「労働者が自分の仕事をうまくやりたいなら、まず自分の道具を研ぎ澄まさなければなりません。」 - 孔子、「論語。陸霊公」
表紙 > プログラミング > リリースディスポーズコレクト - ウェイト戦略があっても、C#アプリケーションを閉じた後、なぜ私のExcelプロセスが持続するのですか?

リリースディスポーズコレクト - ウェイト戦略があっても、C#アプリケーションを閉じた後、なぜ私のExcelプロセスが持続するのですか?

2025-03-23に投稿されました
ブラウズ:887

Why Does My Excel Process Persist After Closing My C# Application, Even With a Release-Dispose-Collect-Wait Strategy?

C#アプリケーションでの永続的なExcelプロセスのトラブルシューティング

comオブジェクトを管理するための堅牢なリリースディスポローコレクト - ウェイト戦略を実装しましたが、アプリケーションの閉鎖後もExcelプロセスはアクティブのままです。これは、c#アプリケーション内のcomオブジェクトへの長引く参照を指します。

一般的な犯人は、明示的な変数割り当てなしでcomオブジェクトメンバーを暗黙的に参照しています。 ワークシートオブジェクトを使用して、次の例を考えてみましょう:

excelApp.Worksheets.Open(...);

この一見無害な行は、ワークシートへの隠された参照を作成します。

ソリューション:明示的な変数割り当てとリリース

ソリューションは、明示的な変数割り当てとその後のcomオブジェクトのリリースにあります:

ワークシートシート= excelapp.worksheets; ワークシートシート= sheets.open(...); // ...あなたのコード... Marshal.ReleaseComobject(シート); marshal.releasecomobject(sheets);
Worksheets sheets = excelApp.Worksheets;
Worksheet sheet = sheets.Open(...);

// ... your code ...

Marshal.ReleaseComObject(sheet);
Marshal.ReleaseComObject(sheets);

キーベストプラクティス:チェーンズコムオブジェクトアクセスを避けます

重要なことに、C#のcomオブジェクトと対話するときにこのルールを覚えておいてください:

2つのドットを使用してメンバーアクセスをチェーンすることを避けます。

excelapp.worksheets.open(...);

excelApp.Worksheets.Open(...);
最新のチュートリアル もっと>

免責事項: 提供されるすべてのリソースの一部はインターネットからのものです。お客様の著作権またはその他の権利および利益の侵害がある場合は、詳細な理由を説明し、著作権または権利および利益の証拠を提出して、電子メール [email protected] に送信してください。 できるだけ早く対応させていただきます。

Copyright© 2022 湘ICP备2022001581号-3