C言語でinteropオブジェクトを正しくクリーンアップする方法

Question

これは、 How to properly clean up excel interop objects in c#への質問です。

Excelネームスペース内で連鎖呼び出し（ExcelObject.Foo.Bar（）など）を併用すると、COMオブジェクトのガーベジコレクションが行われなくなります。代わりに、使用する各COMオブジェクトへの参照を明示的に作成し、Marhsal.ReleaseComObject（）を使用して明示的に解放する必要があります。

Excel COMオブジェクトに固有の連鎖呼び出し後にCOMオブジェクトを解放しないという動作はありますか？ COMオブジェクトが使用されているときはいつも、この種のパターンを適用するのは難しいですか？

Answer 1

多くの他のCOMライブラリよりも、Officeアプリケーションを扱う際には、リリースを適切に処理することが重要です。理由は2つあります。

1. Officeアプリケーションは、プロセス外のサーバーとして実行され、インプロセスライブラリでは実行されません。正しくクリーンアップできない場合は、プロセスを実行したままにしておきます。
2. Officeアプリケーション（特にExcel IIRC）は、COMオブジェクトへの未処理の参照がある場合、Application.Quitを呼び出しても正しく終了しません。

通常のin-proc COMライブラリの場合、正常にクリーンアップできないという結果はそれほど劇的ではありません。あなたのプロセスが終了すると、すべてのin-procライブラリはそれを取り去ります。不要になったオブジェクトに対してReleaseComObjectを呼び出すことを忘れると、オブジェクトが最終化されたときに最終的に処理されます。

これは、これは不正なコードを書く言い訳ではないと言いました。

Answer 2

COMオブジェクトは基本的に管理されていないコードです。管理対象アプリケーションからアンマネージコードを呼び出すとすぐに、そのアンマネージコードの後に​​クリーンアップするのはユーザーの責任となります。

要するに、上記投稿にリンクされたパターンは、すべて COMオブジェクトのために必要です。