こんにちは。長年、大規模な業務システムの心臓部をVB.NETで構築し続けてきたチーフアーキテクトです。
「マクロの記録」を卒業し、いよいよ本格的なWindows Forms（WinForms）アプリケーションの開発に足を踏み入れたあなたへ。今日は、脱初心者を目指す上で避けては通れない、そしてプロでも時折足元をすくわれる「メモリ管理とコントロールの破棄」という重要なテーマについてお話しします。
「VB.NETにはガベージコレクション（GC）があるから、メモリのことはお任せでいいんじゃないの？」
そう思っていたら、少しだけ注意が必要です。実はWinFormsの世界には、GCだけでは解決できない「見えないゴミ」が残る罠が潜んでいます。ここをマスターすれば、あなたの作るアプリは「数時間動かすと重くなる……」といった不安定さから解放され、プロ級の品質へと進化しますよ。
—
1. なぜ「破棄（Dispose）」が必要なのか？
VB.NETのオブジェクトには、大きく分けて2つの種類があります。
1. マネージド（Managed）なもの: メモリ上のデータ。GCが自動で掃除してくれる。
2. アンマネージド（Unmanaged）なもの: Windowsのウィンドウハンドル（HWND）や、画像を描画するためのペン、フォント、データベース接続など。
WinFormsのコントロール（ボタンやテキストボックス、自作のユーザーコントロール）は、この両方を抱えています。
あなたが「画面からコントロールを消した」つもりでも、プログラムが「もう使わないよ！」と明示的に宣言（Dispose）しない限り、Windows側のリソース（アンマネージドな部分）が居座り続け、やがてメモリ不足を引き起こします。
—
2. 魔法の仕組み「components」コンテナを理解する
Visual Studioでフォームのデザイン画面を開くと、コードの裏側に `Me.components` という記述を見たことはありませんか？ これは単なるおまじないではなく、「このフォームが死ぬとき、一緒に道連れにして破棄する仲間たちのリスト」です。
基本の形：コンポーネントを管理する
通常、タイマーやツールチップなどの「画面には見えない部品」は、この `components` に自動登録されます。
.net
‘ フォームのデザイナーが自動生成するコードのイメージ
Partial Class MyForm
‘ コンポーネントを束ねるコンテナ
Private components As System.ComponentModel.IContainer = Nothing
‘ フォームが破棄されるときに呼び出される
Protected Overrides Sub Dispose(ByVal disposing As Boolean)
Try
If disposing AndAlso components IsNot Nothing Then
‘ ここでリストに登録されたすべての部品を一斉に破棄する！
components.Dispose()
End If
Finally
MyBase.Dispose(disposing)
End Try
End Sub
End Class
—
3. 動的にコントロールを作る時の「致命的な罠」
ここからが本題です。ボタンをクリックするたびに新しい入力欄（UserControl）が増えるようなアプリを作る場合、初心者が最も陥りやすいエラーがこれです。
❌ やってしまいがちな「リークする」コード
.net
‘ パネルの中身を入れ替える処理
Private Sub RefreshPanel()
‘ パネルから見た目上のコントロールを消す
pnlMain.Controls.Clear()
‘ 新しいコントロールを追加
Dim newControl As New MyUserControl()
pnlMain.Controls.Add(newControl)
End Sub
解説:
実は `Controls.Clear()` は、「パネルのリストから外す」だけで、コントロール自体を破棄（Dispose）してくれません。 このコードを100回実行すると、画面には1つしか見えなくても、メモリの中には100個の「幽霊コントロール」が残り続けます。
✅ プロの書き方：明示的な破棄
動的に生成したものは、責任を持って自分で破棄するのが鉄則です。
.net
Private Sub RefreshPanel()
‘ 1. 現在表示されているコントロールを安全に破棄する
For Each ctrl As Control In pnlMain.Controls
‘ リストから外す前にDisposeを呼ぶのが黄金律
ctrl.Dispose()
Next
pnlMain.Controls.Clear()
‘ 2. 新しいコントロールを生成
Dim newControl As New MyUserControl()
pnlMain.Controls.Add(newControl)
End Sub
—
4. 自作ユーザーコントロールでの「IDisposable」実践
もしあなたが `UserControl` を自作していて、その中で大きな画像（Image）や外部との通信クラスを使っているなら、「親が死んだら子も一緒に片付ける」仕組みを組み込みましょう。
.net
Public Class MyPhotoControl
Inherits UserControl
‘ メモリを大量に使うリソース
Private _displayImage As Bitmap
Public Sub New()
InitializeComponent()
‘ 重い画像を読み込む
_displayImage = New Bitmap(“C:\temp\heavy_image.jpg”)
End Sub
‘ フォームが閉じられるとき、自動的にここが呼ばれる
Protected Overrides Sub Dispose(ByVal disposing As Boolean)
If disposing Then
‘ マネージドなリソース（Bitmapなど）を確実に解放
If _displayImage IsNot Nothing Then
_displayImage.Dispose()
_displayImage = Nothing
End If
End If
‘ 最後に基底クラスのDisposeを呼ぶ
MyBase.Dispose(disposing)
End Sub
End Class
—
5. 本当にリークしていないか？「メモリプロファイラ」の視点
「正しく書いたつもり」でも、イベントハンドラの解除忘れなどでリークすることはあります。それを確認する最も簡単な方法が、Visual Studioの「診断ツール」です。
1. Visual Studioでデバッグ実行（F5）を開始します。
2. 右側の「診断ツール」ウィンドウの「メモリ使用量」タブを見ます。
3. 「スナップショットの作成」をクリック。
4. アプリで「画面の切り替え」を何度も行います。
5. もう一度「スナップショットの作成」をクリック。
もし、画面を閉じた後なのに「インスタンス数」が増え続けていたら、どこかで `Dispose` が漏れているか、イベントが掴みっぱなしになっています。
—
最後に：ここをクリアすればVBの基本はバッチリです！
Windows Forms開発において、「動的な生成」と「確実な破棄」のバランスが取れるようになれば、あなたはもう初心者ではありません。
- `Controls.Clear()` だけでは不十分。必ず `Dispose()` を呼ぶ。
- `Using` ステートメント（一時的な利用）や `components` コンテナ（長期的な保持）を活用する。
- 「自分が作ったゴミは自分で掃除する」という意識を持つ。
この3点を意識するだけで、あなたのプログラムの信頼性は劇的に向上します。最初は少し難しく感じるかもしれませんが、コードが美しく、かつ安定して動くようになったときの快感は格別ですよ。
次は、この破棄漏れの原因になりやすい「イベントハンドラの解除」についても学んでいくと、さらに完璧なアーキテクトに近づけます。一歩ずつ、楽しみながら進んでいきましょう！
