メモリリークを撲滅せよ：VB.NET常駐アプリを「落ちない」システムに変える極意
業務自動化ツールを開発していると、必ずぶち当たる壁がある。「数日稼働させると、なぜか動作が重くなり、最終的にクラッシュする」という現象だ。これは運が悪いのではない。設計の段階でメモリ管理の哲学を欠いているからだ。
今回は、VB.NETを用いた業務アプリにおいて、メモリリークを根絶し、24時間365日稼働に耐えうる堅牢なコードを構築するための「プロの戦術」を伝授する。
—
1. なぜVB.NETでメモリリークが起きるのか
マネージド言語である.NETはGC（ガベージコレクション）が勝手にメモリを掃除してくれる。だが、それは「マネージドメモリ」に限った話だ。
多くの開発者が陥る罠は、`IDisposable`を実装したオブジェクト（ファイルストリーム、データベース接続、GDI+オブジェクトなど）を放置することにある。これらはアンマネージド資源であり、GCの守備範囲外だ。これらを放置すれば、いくらGCが優秀でもメモリは枯渇する。
陥りがちなアンチパターン
‘ 【危険】確実にメモリリークする書き方
Public Sub ExportData(filePath As String)
Dim writer As New System.IO.StreamWriter(filePath)
writer.WriteLine(“データ処理…”)
‘ Close() も Dispose() も呼ばれていないため、GCが回収するまでファイルハンドルが解放されない
End Sub
—
2. 堅牢なリソース管理：`Using`句の絶対遵守
リソース管理の鉄則は「スコープを抜ける瞬間に解放する」ことだ。これを実現するのが`Using`句である。例外が発生しても確実に`Dispose`が呼ばれる。
推奨される実装例
Public Sub ExportDataSafe(filePath As String)
‘ Using句を使用することで、スコープ終了時に自動的にDisposeが呼ばれる
Using writer As New System.IO.StreamWriter(filePath)
writer.WriteLine(“堅牢な書き込み処理”)
End Using ‘ ここで確実にメモリが解放される
End Sub
—
3. メモリリークを追い詰める：解析の武器（WinDbg & dotMemory）
もしメモリ使用量が右肩上がりなら、まずはツールを使って「犯人」を特定する。
dotMemoryによる「生存オブジェクト」の特定
JetBrainsのdotMemoryは、ヒープの状況を視覚的に把握するのに最適だ。
1. アプリをプロファイリングモードで起動。
2. 処理を繰り返し実行し、メモリが解放されていない「Snapshot」を比較する。
3. 「Dominators（支配者）」ビューを見る。これがメモリを占有し、GCから解放させない元凶だ。
WinDbgによる「アンマネージド資源」の追跡
さらに深掘りが必要な場合、ダンプファイルを作成しWinDbgで解析する。
- `.dump /ma C:\dump.dmp` でメモリダンプを採取。
- `!dumpheap -stat` でメモリを食っている型を特定。
- もし`System.Drawing.Bitmap`や`SafeHandle`が大量にあるなら、それはDispose漏れの証拠だ。
—
4. 業務ツール設計の鉄則：イベントハンドラの罠
メモリリークの最大の隠れ家、それは「イベントハンドラの購読」だ。
長期間生き続ける親オブジェクト（MainForm等）に対して、短命な子オブジェクトがイベントを購読すると、子オブジェクトは親から参照され続け、一生GCに回収されない。
リークを防ぐイベント購読の解除
‘ クラス破棄時に確実に購読解除を行う
Public Class WorkerProcess
Implements IDisposable
Public Sub New(parent As Form)
AddHandler parent.FormClosing, AddressOf OnParentClosing
End Sub
Private Sub OnParentClosing(sender As Object, e As FormClosingEventArgs)
‘ 処理
End Sub
Public Sub Dispose() Implements IDisposable.Dispose
‘ 購読を解除しないと、このインスタンスはメモリに残り続ける
‘ RemoveHandler …
End Sub
End Class
—
結論：プロの矜持として
メモリリーク対策は、単なるバグ修正ではない。「システムに責任を持つ」というエンジニアの姿勢そのものだ。
1. `IDisposable`は即座に`Using`で囲む。
2. イベントハンドラは、登録したら必ず解除する。
3. 怪しいと思ったら、ツール（dotMemory等）で可視化する。
これらを習慣化するだけで、あなたの作るツールは「止まらない、軽快な業務基盤」へと進化する。コードを書き終えたとき、「このメモリ管理は完璧か？」と自問自答できる者が、真のエンジニアだ。
さあ、今すぐソースコードを開き、`Using`の書き漏れを探すことから始めよう。その積み重ねが、あなたの開発者としての価値を決定づけるのだから。
