メモリの深淵を制御せよ：VB.NETにおけるIteratorとYieldによる遅延評価の極意
現場の最前線で、数百万行のCSVや数千万レコードのDBデータと対峙したことがあるエンジニアなら、一度はあの絶望を味わったことがあるはずだ。
`OutOfMemoryException`。
どれほどサーバーの物理メモリを増強しようと、設計に欠陥があれば、.NETのマネージドヒープは無慈悲に枯渇する。特に、大量のデータを一括で `List(Of T)` に詰め込むという「初心者が陥る典型的な設計ミス」は、大規模システムにおいては致命的な時限爆弾となる。
本稿では、VB.NETにおける `Iterator` と `Yield` キーワードを使いこなし、メモリ消費量を「データの量」ではなく「一度に処理するデータの量」に依存させる、遅延評価（Deferred Execution）の設計思想を詳解する。これは単なる文法解説ではない。リソースを支配するための、アーキテクチャ論である。
1. 「全展開」という名の慢心：Eager Evaluationの罠
多くの開発者は、データを取得する際、以下のようなコードを書きたがる。
“`vb.net
‘ 【アンチパターン】メモリを食いつぶす設計
Public Function GetAllRecords(filePath As String) As List(Of String)
Dim results As New List(Of String)()
Dim lines = File.ReadAllLines(filePath) ‘ 全行をメモリに展開
For Each line In lines
results.Add(line)
Next
Return results ‘ 数GBのデータがあれば、ここで即座にクラッシュする
End Function
`File.ReadAllLines` や、全件取得した `DataTable` を返すメソッドは、データサイズがメモリ容量を超えた瞬間にシステムを停止させる。さらに、巨大なオブジェクトは LOH (Large Object Heap) に割り当てられ、メモリ断片化（Fragmentation）を引き起こし、GC（ガベージコレクション）のパフォーマンスを著しく低下させる。
我々プロフェッショナルが目指すべきは、データを「塊」としてではなく、「流れ（ストリーム）」として扱う設計だ。
2. IteratorとYield：状態マシンへの昇華
VB.NETにおける `Iterator` は、単なるループの補助機能ではない。コンパイラがそのメソッドを、「状態マシン（State Machine）」へと作り変えるための指示である。
`Yield` キーワードが実行されると、メソッドの実行は一時停止し、呼び出し元に値を返すが、その時点のローカル変数や実行コンテキスト（スタックの状態）は保持される。呼び出し元が次の要素を要求したとき、メソッドは「中断した箇所」から再開されるのだ。
これにより、メモリ上に保持されるオブジェクトは、常に「現在処理中の1件」のみとなる。
3. 実践：巨大CSVを「流し込む」ストリーム処理
数GB規模のCSVファイルを読み込む際、メモリ消費量を数MB以下に抑えつつ、高速に処理する実装例を示す。vb.net
Imports System.IO
Imports System.Text
Public Class DataProcessor
”’
”’ メモリ消費量はファイルサイズに依存せず、常に一定である。
”’
”’ 対象のファイルパス
”’
Public Iterator Function StreamCsvLines(filePath As String) As IEnumerable(Of String)
‘ StreamReaderをUsingで囲むことで、例外発生時も確実にファイルハンドルを解放する
Using reader As New StreamReader(filePath, Encoding.UTF8)
While Not reader.EndOfStream
‘ 1行読み込む
Dim line As String = reader.ReadLine()
‘ 読み込んだ行を呼び出し元に「譲渡」し、メソッドの状態を保存する
‘ ここで処理が中断され、呼び出し元に制御が戻る
Yield line
End While
End Using ‘ 呼び出し元がループを抜けた（または終了した）際、ここで確実にCloseされる
End Function
”’
”’
Public Sub ProcessLargeFile(path As String)
Try
‘ Iteratorを呼び出しても、この時点ではまだファイルは読み込まれていない
‘ 実際の読み込みは、For Eachによる「要求」が発生した瞬間から始まる
For Each line As String In StreamCsvLines(path)
‘ ここで1行ずつの重い処理を行う
‘ メモリには「現在のline」しか存在しないため、10GBのファイルでも安全
AnalyzeLine(line)
Next
Catch ex As Exception
‘ ロギング等のエラーハンドリング
Console.WriteLine($”Critical Error: {ex.Message}”)
End Try
End Sub
Private Sub AnalyzeLine(line As String)
‘ 実際の解析ロジック（例としてダミー）
‘ Console.WriteLine($”Processing: {line.Substring(0, Math.Min(10, line.Length))}…”)
End Sub
End Class
### ここが極限の知見：`Using` と `Yield` の相互作用
上記のコードで最も重要なのは、`Using` ブロック内で `Yield` を使用している点だ。
`Iterator` 内の `Using` は、呼び出し元が `For Each` を途中で `Exit For` したり、例外で中断したりした場合でも、状態マシンが破棄されるタイミングで適切に `Dispose` を呼び出すようにコンパイラによって保証されている。これにより、ファイルハンドル漏洩（Resource Leak）を防ぐことができる。
4. データベースとの連携：DataReaderのラップ
データベース操作においても、`DataSet` や `DataTable` への全件ロードは忌むべき行為だ。`SqlDataReader` を `Iterator` でラップすることで、DBのカーソルを維持したまま、メモリ効率の高いストリーム処理が可能になる。vb.net
”’
”’
Public Iterator Function StreamDatabaseRecords(connectionString As String, sql As String) As IEnumerable(Of UserRecord)
Using conn As New SqlConnection(connectionString)
Using cmd As New SqlCommand(sql, conn)
conn.Open()
Using reader As SqlDataReader = cmd.ExecuteReader()
While reader.Read()
‘ 1件分のデータからDTO（Data Transfer Object）を生成
Dim record As New UserRecord With {
.Id = reader.GetInt32(0),
.Name = reader.GetString(1)
}
‘ 1件をYieldし、メモリを解放可能な状態にする
Yield record
End While
End Using
End Using
End Using
End Function
“`
5. アーキテクトとしての警告：遅延評価の副作用
`Iterator` は魔法ではない。使いどころを誤れば、思わぬバグを招く。
1. 「複数回実行」のコストを忘れるな
`IEnumerable` は「列挙するための設計図」であって、「データそのもの」ではない。同じ `IEnumerable` に対して二度 `For Each` を回すと、その都度、ファイル読み込みやDBクエリが再実行される。計算コストが高い場合は、必要な分だけ `.ToList()` で実体化せよ。ただし、その際はメモリ容量とのトレードオフを考慮すること。
2. 副作用（Side Effects）の混入を避ける
`Yield` するメソッドの中で、グローバル変数や外部状態を変更するような重い処理を書き込むべきではない。列挙のタイミングによって、アプリケーションの挙動が変わる不安定なコードを生む原因となる。
3. スレッドセーフティ
`Iterator` が保持している状態マシンはスレッドセーフではない。一つの `IEnumerable` インスタンスを複数のスレッドから同時に列挙しようとすれば、即座に壊滅的な結果を招く。
結論：リソースを支配する者が、システムを支配する
Windows Forms アプリケーションにおいて、UIスレッドを止めずに、かつメモリを爆発させずに巨大データを扱う。そのためには、`List(Of T)` という安易な逃げ道を捨て、`Iterator` と `Yield` による「逐次処理のパイプライン」を構築せよ。
メモリは有限だ。しかし、データの流れを制御する知見は無限である。
この設計思想を血肉とし、堅牢でスケーラブルなシステムを構築することを切に願う。
