VB.NETパフォーマンス最適化の極意：数万行の文字列結合でメモリを枯渇させない『StringBuilder』戦略
こんにちは。大規模な業務システムの裏側で、幾多のパフォーマンスチューニングを手掛けてきたチーフアーキテクトだ。
現場でコードレビューをしていると、今だに数千行、数万行に及ぶCSV出力やログ生成のループ処理の中で、当たり前のように `&` や `+=` 演算子を使って文字列を連結しているコードに出くわすことがある。
開発者本人は「動いているから問題ない」と思っているかもしれないが、それはガベージコレクター（GC）に対するテロ行為に等しい。
今回は、実務中級者に向けて、VB.NETにおける `System.Text.StringBuilder` を用いたアロケーション削減の極意と、プロダクション環境で耐えうる堅牢な設計手法を叩き込む。
—
1. なぜ「`&` 演算子」の多用は悪なのか？（メモリの裏側）
.NETの世界において、`String` 型はイミュータブル（不変）オブジェクトである。
つまり、一度生成された文字列の内容は変更できない。
ループ内で以下のようなコードを書いたとしよう。
.net
‘ ❌ 絶対にやってはいけないアンチパターン
Dim result As String = “”
For i As Integer = 1 To 10000
result &= i.ToString() & “,”
Next
この瞬間、裏側では何が起きているか？
1. ループの回数分、新しいStringオブジェクトがヒープ領域に毎回新規アロケーション（確保）される。
2. 古い文字列はゴミとなり、メモリ上に放置される。
3. 結果として、世代別ガベージコレクション（特にGen 0からGen 2への昇格）が頻発し、CPU使用率が跳ね上がる。
数万行のデータ処理において、この「見えないコスト」がアプリケーション全体のスループットを確実に殺していくのだ。
—
2. `StringBuilder` の真価と「初期容量（Capacity）」の罠
この問題を解決するのが `System.Text.StringBuilder` だ。
StringBuilderは内部に可変の文字配列（Buffer）を持っており、文字列の追加が発生しても、バッファの範囲内であればメモリの再割り当てを行わない。
しかし、ここからが中級者がハマる罠だ。
ただ `New StringBuilder()` とだけ宣言して使っていないだろうか？
.net
‘ ⚠️ これでも動くが、まだ最適化の余地がある
Dim sb As New StringBuilder()
StringBuilderのデフォルトの初期容量は 16文字 である。
文字が追加されてこの容量を超過すると、StringBuilderは内部で「2倍のサイズの新しい配列を確保し、古いデータをコピーし、古い配列を破棄する」という処理を裏で自動的に行う。
数万行を処理する場合、このリサイズとメモリコピーが何度も発生し、結局無駄なオーバーヘッドを生むことになる。
極意：予想される最大文字数を初期化時に指定せよ
パフォーマンスを極限まで高めるための鉄則は、「あらかじめ最大サイズ（あるいはそれに近い十分なサイズ）を指定してインスタンス化する」ことだ。
—
3. 【実践】プロダクション品質の堅牢なテキスト生成コード
それでは、ファイル出力やDB連携、ログ生成を想定した、実務でそのまま使える堅牢かつハイパフォーマンスなVB.NETコードを提示する。
Option Strict On を有効にし、型安全かつ保守性の高い実装にしている。
.net
Imports System.IO
Imports System.Text
Namespace Enterprise.Utilities
”’
”’
Public NotInheritable Class TextExporter
‘ インスタンス化させないためのプライベートコンストラクタ
Private Sub New()
End Sub
”’
”’
‘ 出力先ファイルパス ‘ 出力データソース Public Shared Sub ExportToCsv(filePath As String, dataSource As IEnumerable(Of MasterRecord))
If String.IsNullOrWhiteSpace(filePath) Then
Throw New ArgumentException(“出力先ファイルパスが不正です。”, NameOf(filePath))
End If
If dataSource Is Nothing Then
Throw New ArgumentNullException(NameOf(dataSource))
End If
‘ 【極意の適用】
‘ 1行あたりの平均文字数を約100文字と仮定し、データ数に応じた初期容量を計算。
‘ これにより、ループ中の内部バッファ再割り当て（リサイズ）を完全にゼロにする。
Dim estimatedCharsPerLine As Integer = 100
‘ ざっくりとした要素数を取得（List等であればCount、LINQならCount()）
Dim recordCount As Integer = dataSource.Count()
Dim initialCapacity As Integer = Math.Max(256, estimatedCharsPerLine recordCount)
‘ 容量を指定してStringBuilderを生成
Dim sb As New StringBuilder(initialCapacity)
‘ ヘッダー行の追加
sb.AppendLine(“ID,Name,Category,UpdatedDate,Status”)
‘ 本体データの構築
For Each record As MasterRecord In dataSource
‘ 結合には Append / AppendFormat を使い、文字列の無駄な生成を抑える
sb.Append(record.Id).Append(“,”)
.Append(EscapeCsv(record.Name)).Append(“,”)
.Append(record.Category).Append(“,”)
.Append(record.UpdatedDate.ToString(“yyyy-MM-dd HH:mm:ss”)).Append(“,”)
.AppendLine(record.Status)
Next
‘ ファイル書き込み（UTF-8 / BOM付き or なし はプロジェクト要件に合わせる）
‘ Usingブロックにより、ファイルストリームのリークを確実に防止する
Using writer As New StreamWriter(filePath, False, Encoding.UTF8)
writer.Write(sb.ToString())
End If
End Sub
”’
”’
Private Shared Function EscapeCsv(input As String) As String
If String.IsNullOrEmpty(input) Then
Return String.Empty
End If
‘ ダブルクォーテーションが含まれる場合はエスケープ
If input.Contains(“,”) OrElse input.Contains(“”””) OrElse input.Contains(vbCr) OrElse input.Contains(vbLf) Then
Return “””” & input.Replace(“”””, “”””””) & “”””
End If
Return input
End Function
End Class
‘ サンプル用のデータ構造体
Public Class MasterRecord
Public Property Id As Integer
Public Property Name As String
Public Property Category As String
Public Property UpdatedDate As DateTime
Public Property Status As String
End Class
End Namespace
—
4. アーキテクトからの設計上の注意点
このコードを実務に導入する際、以下のポイントを必ずチーム内で共通認識として持ってほしい。
1. メモリとディスクI/Oのトレードオフ
StringBuilderに全データを溜め込んでから一気に `ToString()` する手法は、数万〜数十万行程度であれば非常に高速だ。しかし、数百万行を超えるような巨大なデータの場合、StringBuilder自体が巨額のメモリを消費し、LOH（Large Object Heap）断片化の原因になる。
もしデータ量が100万行を超えるようなバッチ処理であれば、StringBuilderに溜め込まず、`StreamWriter` に対して直接 `WriteLine` をループ内で叩くストリーム書き込み方式へとアーキテクチャを切り替えるべきだ。
2. 文字コードの選定
ファイル連携を行う際、日本のレガシーな業務システムではいまだに `Shift_JIS (932)` が指定されることが多い。`Encoding.GetEncoding(“shift_jis”)` をStreamWriterに渡す際の設定ミスによる文字化けトラブルには十分注意してほしい。
3. Option Strict On の徹底
VB.NETの緩い型変換（Option Strict Off）は、パフォーマンス低下や予期せぬ実行時エラーの温床となる。特に文字列結合の文脈では、暗黙の型変換（Box化など）が裏で発生し、せっかくのチューニングの効果がスポイルされる。必ずプロジェクト全体で `On` に設定すること。
—
結び
パフォーマンスチューニングは「ロジックの美しさ」と「ハードウェアの制約」のバランスをとるエンジニアリングの花形だ。
「動けばいいや」という妥協を捨て、メモリのライフサイクルまで見通したコードを書くこと。それこそが、あなたの作るシステムを強靭でメンテナンス性の高いものに押し上げる唯一の道である。
次のコードレビューでは、誰かの `&` 演算子の山を見つけたら、ぜひこの知見を優しく、そして厳しく叩き込んでやってほしい。
