VB.NETの「メモリリーク」を撲滅せよ：Usingステートメントで構築する堅牢なリソース管理の極意
業務自動化ツールを開発していると、必ず壁にぶつかるのが「リソースの解放」だ。
「動いたからOK」というレベルから脱却し、「数ヶ月間、一度も再起動せず稼働し続けるツール」を作るために避けて通れないのが `Using` ステートメントの正しい運用である。
今回は、初心者が陥りがちな「なぜかファイルがロックされる」「メモリが徐々に食いつぶされる」という事態を根絶するための、プロの設計論を伝授する。
—
1. なぜ「Close()」や「Dispose()」を自分で呼んではいけないのか
多くの初心者は、`StreamReader`や`SqlConnection`の最後に手動で `.Close()` や `.Dispose()` を記述しようとする。しかし、これはプロの設計ではない。
なぜか？ 例外（Exception）が発生した瞬間に、そのコードは実行されず、リソースが宙に浮くからだ。
‘ 【悪しき例】例外発生時にDisposeが呼ばれない
Dim conn As New SqlConnection(connectionString)
conn.Open()
‘ ここでエラーが起きると、connは解放されずメモリと接続プールを圧迫し続ける
conn.Dispose()
`Using` ステートメントは、例外が発生しようが正常終了しようが、必ずブロックの出口で `Dispose` を呼び出してくれる「確実性」がある。これは言語仕様レベルで保証された安全装置だ。
—
2. 実務で使うべき「鉄板」のUsingパターン
ファイル操作やDB接続を行う際、最も美しく、かつバグを生まない設計パターンを紹介する。
ファイル読み込みの最適解
ファイルを開き、処理し、即座に解放する。この一連の流れを完結させる。
‘ StreamReaderはIDisposableを実装しているためUsingが必須
Try
Using reader As New System.IO.StreamReader(“C:\Data\process.csv”, System.Text.Encoding.UTF8)
While Not reader.EndOfStream
Dim line As String = reader.ReadLine()
‘ ここでビジネスロジックを実行
Console.WriteLine(line)
End While
End Using ‘ ここで自動的にDisposeが呼ばれ、ファイルロックが解除される
Catch ex As Exception
‘ ロギング処理
Console.WriteLine($”エラー発生: {ex.Message}”)
End Try
データベース接続の極意
DB接続は「接続プール」を意識する必要がある。接続をダラダラと保持し続けることは、システム全体のパフォーマンス低下を招く。
Public Function GetUserData(userId As String) As DataTable
Dim dt As New DataTable()
‘ 接続文字列は外部設定ファイルから取得するのが定石
Dim connStr As String = My.Settings.ConnectionString
Using conn As New SqlConnection(connStr)
Using cmd As New SqlCommand(“SELECT FROM Users WHERE ID = @id”, conn)
cmd.Parameters.AddWithValue(“@id”, userId)
conn.Open() ‘ 可能な限り遅延させてOpenし、即座にCloseする
Using adapter As New SqlDataAdapter(cmd)
adapter.Fill(dt)
End Using
End Using
End Using ‘ 接続はここで確実に閉じられる（接続プールへ戻される）
Return dt
End Function
—
3. 「スコープ」を設計する際の注意点
リソース管理で最も重要なのは「最短のスコープで閉じ込めること」だ。
- 変数は必要な場所で定義する: メソッドの先頭で全ての変数を定義する「古いC言語スタイル」はVB.NETでは不要だ。`Using` をネストして、リソースが必要な期間だけ生存させる。
- Disposeの役割を理解する: データベース接続やストリームは、マネージドメモリだけでなく「OSのリソース（ハンドル）」を消費している。GC（ガベージコレクタ）に頼ってはいけない。GCはメモリが逼迫するまで動かないからだ。
—
4. プロの視点：さらなる高みへ
もし、同じリソースを複数のメソッドで使い回したい場合はどうすべきか？
答えはシンプルだ。「リソースを共有せず、引数として渡す」、あるいは「リソースを生成する責任を持つ親クラスを明確にする」ことだ。
リソース管理が曖昧なコードは、数千行を超えた瞬間に破綻する。
- ファイルが「別のプロセスで使用中です」と怒られる。
- DBの接続数が上限に達し、アプリケーションがフリーズする。
これらは全て、今回紹介した `Using` の正しいスコープ設計で防げる。
まとめ：今日から変えるべきこと
1. `New` をした瞬間に `Using` を書く癖をつける。
2. `Close()` を自分で書くことをやめる。
3. リソースは「最小単位」で解放する。
コードの美しさは、メモリの綺麗さに直結する。
あなたの書くコードが、次の担当者に「なぜこんなに安定しているんだ？」と驚かれるような、プロフェッショナルな設計であることを期待している。
さあ、エディタを開いて、今すぐそのリソース管理を見直そう。それが、エンジニアとしての価値を一段引き上げる鍵になる。
