こんにちは。現場で「Excelがタスクマネージャーに居座り続けて消えない……」と頭を抱えたことはありませんか？
多くのエンジニアが「VB.NETでCOMを扱うのは怖い」と言います。それは、メモリ管理の仕組みが.NETの「ガベージコレクション（GC）」と、COMの「参照カウント」という異なる世界の狭間に立たされているからです。
今日は、レガシーなCOMオブジェクトをあなたのコードで完全に掌握し、システムリソースを食い潰す「ゾンビプロセス」を確実に葬り去るための、最高峰の作法を伝授します。
—
1. なぜ「ゾンビプロセス」は生まれるのか？
VB.NET（.NET）は、メモリを自動管理する「ガベージコレクション（GC）」の力を借りて動いています。しかし、COMオブジェクトは違います。COMは「今、何人が私を使っているか？」という参照カウントを自分で管理しています。
VB.NET側で`obj = Nothing`と書いても、それは「変数への参照を絶った」だけで、COMオブジェクト側の「使われている回数」は減りません。結果、システムは「まだ誰かが必要としているはずだ」と誤解し、プロセスを終了させないのです。これがゾンビの正体です。
—
2. 鉄則：Marshal.ReleaseComObjectを支配せよ
COMオブジェクトを解放するには、`System.Runtime.InteropServices.Marshal.ReleaseComObject`メソッドを明示的に呼び出す必要があります。
しかし、ただ呼べばいいわけではありません。「操作した全てのオブジェクトを、生成とは逆順で確実に解放する」という厳格なルーチンが必要です。
正しいライフサイクル管理のコードパターン
以下は、あるCOMコンポーネントを操作する際の、現場で必ず使うべき標準テンプレートです。
.net
Imports System.Runtime.InteropServices
Public Sub ExecuteComOperation()
Dim comApp As Object = Nothing
Dim comSheet As Object = Nothing
Try
‘ 1. COMオブジェクトの生成
comApp = Activator.CreateInstance(Type.GetTypeFromProgID(“Legacy.Component”))
comSheet = comApp.GetActiveSheet()
‘ 2. 業務ロジックを実行
comSheet.PrintData(“Hello COM!”)
Catch ex As Exception
‘ エラーハンドリング
Console.WriteLine(“エラー発生: ” & ex.Message)
Finally
‘ 3. 逆順で解放処理を行う（ここが最重要！）
‘ 最後に取得したものから順に解放するのが鉄則です
If comSheet IsNot Nothing Then
Marshal.ReleaseComObject(comSheet)
comSheet = Nothing
End If
If comApp IsNot Nothing Then
‘ アプリケーション終了メソッドがあればここで呼ぶ
comApp.Quit()
Marshal.ReleaseComObject(comApp)
comApp = Nothing
End If
‘ 4. 最後にガベージコレクションを促す（究極の保険）
GC.Collect()
GC.WaitForPendingFinalizers()
End Try
End Sub
—
3. なぜ「逆順」なのか？
COMの参照関係は「入れ子（階層）」になっています。
`Application -> Workbook -> Worksheet -> Range` という順でオブジェクトが繋がっている場合、親（Application）を先に解放してしまうと、子（Range）が親を探せなくなり、メモリリークや不正な参照エラーを引き起こします。
「一番深い階層から順番に消していく」のが、COMの世界での礼儀なのです。
—
4. 陥りやすい「やってはいけない」罠
1. 「ドットを繋げない」:
`comApp.GetWorkbook().GetSheet().Name` のように1行で書くのは厳禁です。これだと、途中の`GetWorkbook()`や`GetSheet()`で生成されたCOMオブジェクトを解放する手がかり（変数）がないため、確実にメモリリークします。必ず1つずつ変数に代入してください。
2. `Nothing`を過信しない:
`comApp = Nothing` は、ただの「変数の中身の書き換え」です。COMの参照カウントは微塵も減りません。`ReleaseComObject`を通さずに`Nothing`を代入してはいけません。
—
最後に：プロフェッショナルへの道
COMオブジェクトを扱うことは、近代的な.NET開発においては「古い伝統芸能」のようなものです。しかし、レガシーなシステムと対峙する現場では、この技術を避けて通ることはできません。
- 1つずつ変数に受ける
- Finallyブロックで確実に解放する
- 生成の逆順でReleaseComObjectを呼ぶ
この3つを体に染み込ませてください。これをクリアできれば、あなたの書くVB.NETコードは、どれほど複雑なCOM操作を行っても、決してプロセスを残さない「クリーンで美しいコード」になります。
さあ、自信を持ってコードを書いてください。あなたはもう、ゾンビプロセスに怯える必要はありません。
