我正在使用C#中的Excel互操作 (ApplicationClass)，并已将以下代码放置在我的finally子句中：
while (System.Runtime.InteropServices.Marshal.ReleaseComObject(excelSheet) != 0) { }
excelSheet = null;
GC.Collect();
GC.WaitForPendingFinalizers();
Excel.exe进程仍然在后台运行。只有手动关闭应用程序后，它才会释放。我做错了什么，或者有没有其他方法确保interop对象被正确处理？在其他答案中考虑的三种一般策略中，杀死excel进程显然是一种黑客行为，而调用垃圾收集器是一种粗暴的散弹枪方法，旨在弥补对COM对象错误释放的不正确处理。经过大量实验和重写我的版本无关和后期绑定包装器中COM对象的管理，我得出结论：准确及时地调用Marshal.ReleaseComObject()是最有效和优雅的策略。不，你永远不需要FinalReleaseComObject()，因为在编写良好的程序中，每个COM只需获取一次，因此需要单个引用计数器的递减。
应确保释放每个单独的COM对象，最好在不再需要它时立即释放。但是完全可以在退出Excel应用程序后立即释放所有内容，唯一的代价是更高的内存使用率。只要不丢失或忘记释放COM对象，Excel将按预期关闭。
在这个过程中最简单、最明显的帮助是将每个互操作对象包装到一个实现了IDisposable接口的.NET类中，其中Dispose()方法在其互操作对象上调用ReleaseComObject()。如此处所提出的，在析构函数中执行此操作是没有意义的，因为析构函数是不确定性的。
下面显示了我们包装器从WorkSheet获取单元格的方法，绕过中间的Cells成员。注意在使用后如何处理中间对象：
public ExcelRange XCell( int row, int col)
{ ExcelRange anchor, res;
using( anchor = Range( "A1") )
{ res = anchor.Offset( row - 1, col - 1 ); }
return res;
}
Excel不是通过C++或C#进行编程的设计。COM API专门设计用于与Visual Basic、VB.NET和VBA一起使用。
此页面上的所有代码示例都不是最佳选择，因为每个调用都必须跨越托管/非托管边界，并进一步忽略了Excel COM API可以自由地失败任何带有加密HRESULT的调用，表明RPC服务器正忙。
我认为自动化Excel的最佳方法是将数据收集到尽可能大的数组中，然后通过Application.Run将其发送到VBA函数或子程序中，然后执行任何所需的处理。此外，在调用Application.Run时，请务必注意异常，指示excel正在忙碌并重试调用Application.Run。
这是我真正有效的唯一方法
foreach (Process proc in System.Diagnostics.Process.GetProcessesByName("EXCEL"))
{
proc.Kill();
}