Windows Formsの「メモリリーク」を根絶せよ：IDisposableとライフサイクル管理の極意
業務自動化ツールを開発していると、必ず突き当たる壁がある。「なぜか長時間動かしていると、アプリが重くなる」「メモリ使用量が右肩上がりで止まらない」。
これらは決して「Windows Formsの仕様」ではない。開発者がコントロールのライフサイクルを放置していることによる「人災」だ。
今日は、動的生成・破棄を繰り返すUI開発において、メモリリークを完全に封じ込めるための「アーキテクトの作法」を伝授する。
—
1. なぜ「Dispose忘れ」は命取りになるのか
Windows Formsのコントロールは、GDI+などのネイティブ・リソースを掴んでいる。`.NET`のGC（ガベージコレクタ）はメモリ領域は監視しているが、「いつOSから借りたハンドルを返却すべきか」までは判断できない。
コントロールを `Remove` しただけでは、メモリは解放されない。親コンテナとのリンクが切れたとしても、イベントハンドラが購読されたままなら、GCはそれを「生きているオブジェクト」と見なす。これがメモリリークの正体だ。
—
2. 破棄漏れをゼロにする「IDisposable」の徹底管理
コントロールを動的に生成する際、以下のコードを書いていないか？
.net
‘ 悪い例：削除するだけではリソースは残る
Me.Controls.Remove(myUserControl)
これが間違いの元凶だ。正しくは、`Dispose()`を明示的に呼び出し、参照を抹消する必要がある。以下に、動的生成するコントロールを安全に管理するためのプロフェッショナルな実装パターンを示す。
実践：安全な動的コントロール破棄パターン
.net
”’
”’
Private Sub ClearDynamicControls(ByVal container As Control)
‘ コントロールのコレクションをコピーして操作する（列挙中の変更を防ぐため）
Dim controlsToDispose As New List(Of Control)(container.Controls.Cast(Of Control)())
For Each ctrl As Control In controlsToDispose
‘ 1. イベントハンドラの解除（ここが重要！）
RemoveHandler ctrl.Click, AddressOf DynamicControl_Click
‘ 2. コレクションから除去
container.Controls.Remove(ctrl)
‘ 3. Dispose実行（ネイティブハンドルを解放）
ctrl.Dispose()
Next
‘ 4. GCにヒントを与える（頻繁な破棄を行う場合のみ）
‘ GC.Collect()
End Sub
—
3. Container.Components を活用した「自動管理」の仕組み
Formには `components` という `IContainer` プロパティが存在する。これにコントロールを登録しておくと、Formが `Dispose` される際に、登録された全コンポーネントを自動的に `Dispose` してくれる。
タイマーやデータベース接続（`SqlConnection`など）を動的に生成する場合、この仕組みを使わない手はない。
.net
‘ コンポーネントをFormのライフサイクルに紐付ける
Private Sub AddTimerToForm()
Dim myTimer As New System.Windows.Forms.Timer(Me.components)
myTimer.Interval = 1000
myTimer.Start()
‘ これだけで、Formが閉じればTimerも自動的にDisposeされる
End Sub
—
4. プロファイラで「リークの兆候」を掴む
「なんとなく動いているからOK」という開発スタイルは、プロダクション環境では通用しない。Visual Studioの「メモリ使用量ツール（診断ツール）」を常に開いておく習慣をつけよう。
リーク検出のチェックリスト
1. UIを何度も開閉する: 同じ画面を10回開いて閉じる操作を繰り返す。
2. ヒープサイズを比較: 1回目と10回目のヒープスナップショットを撮る。
3. 「世代別」を確認: 第2世代（Gen 2）のヒープが肥大化していれば、それは回収されない「生き残り」の証拠だ。
4. オブジェクトの型を確認: `System.Windows.Forms.Button` や `UserControl` がリストに残っていないか確認する。
—
5. データベース接続・ファイル連携の鉄則
DB接続（`SqlConnection`など）やファイルストリームは、`Using` 句で囲むのが鉄則だが、UIのライフサイクルと紐づく場合は、Formクラスのフィールドとして保持し、Formの `Dispose` で破棄するのがベストだ。
.net
‘ 悪い例：メソッド内で開きっぱなしにする
‘ 良い例：ライフサイクルをフィールドで制御する
Private _dbConnection As SqlConnection = Nothing
Protected Overrides Sub Dispose(disposing As Boolean)
If disposing Then
If _dbConnection IsNot Nothing Then
_dbConnection.Dispose()
_dbConnection = Nothing
End If
‘ 基底クラスのDisposeを忘れずに
MyBase.Dispose(disposing)
End If
End Sub
—
最後に：エンジニアとしての矜持
「動けばいい」というコードは、誰にでも書ける。しかし、「破棄されるべきものを確実に破棄し、メモリの呼吸を整える」ことは、真に堅牢なツールを作るエンジニアにしかできない。
あなたが書くその1行が、明日、現場の誰かのPCをフリーズさせないための盾となる。
今日から、`New` を書くたびに「誰がこの後始末をするのか？」と自問自答してほしい。
それが、プロフェッショナルな自動化エンジニアへの第一歩だ。
