我在C#（ApplicationClass）中使用Excel互操作，并在finally子句中放置了以下代码：
while (System.Runtime.InteropServices.Marshal.ReleaseComObject(excelSheet) != 0) { }
excelSheet = null;
GC.Collect();
GC.WaitForPendingFinalizers();
尽管这种方法有效，但即使在我关闭Excel之后，Excel.exe进程仍处于后台。它只在我的应用程序被手动关闭后发布。
我做错了什么，或者是否有其他方法可以确保正确处理互操作对象？
当前回答
这里有一个非常简单的方法：
[DllImport("User32.dll")]
static extern uint GetWindowThreadProcessId(IntPtr hWnd, out int lpdwProcessId);
...
int objExcelProcessId = 0;
Excel.Application objExcel = new Excel.Application();
GetWindowThreadProcessId(new IntPtr(objExcel.Hwnd), out objExcelProcessId);
Process.GetProcessById(objExcelProcessId).Kill();
其他回答
在其他答案中考虑的三种一般策略中，杀死excel进程显然是一种黑客行为，而调用垃圾收集器是一种野蛮的猎枪方法，旨在补偿COM对象的错误释放。经过大量的实验，并在我的版本不可知和后期绑定包装器中重写COM对象的管理，我得出结论，准确和及时地调用Marshal.ReleaseComObject（）是最有效和优雅的策略。不，您永远不需要FinalReleaseComObject（），因为在一个编写良好的程序中，每个COM只获取一次，因此需要减少一次引用计数器。
应确保释放每个COM对象，最好是在不再需要时释放。但是，在退出Excel应用程序后立即释放所有内容是完全可能的，唯一的代价是更高的内存使用率。只要不松开或忘记释放COM对象，Excel将按预期关闭。
该过程中最简单、最明显的帮助是将每个互操作对象包装到实现IDisposable的.NET类中，其中Dispose（）方法在其互操作对象上调用ReleaseComObject（）。在析构函数中这样做，正如这里所建议的，没有意义，因为析构函数是非确定性的。
下面显示的是我们的包装器方法，它绕过中间Cells成员从WorkSheet中获取单元格。请注意使用后它处理中间对象的方式：
public ExcelRange XCell( int row, int col)
{ ExcelRange anchor, res;
using( anchor = Range( "A1") )
{ res = anchor.Offset( row - 1, col - 1 ); }
return res;
}
下一步可能是一个简单的内存管理器，它将跟踪获得的每个COM对象，并确保在Excel退出后释放它，如果用户希望用一些RAM来换取更简单的代码。
进一步阅读
如何正确释放Excel COM对象，释放COM对象：垃圾收集器与Marshal.RelseaseComObject。
您需要意识到Excel对您正在运行的文化也非常敏感。
您可能会发现，在调用Excel函数之前，需要将区域性设置为EN-US。这并不适用于所有函数，但适用于其中一些函数。
CultureInfo en_US = new System.Globalization.CultureInfo("en-US");
System.Threading.Thread.CurrentThread.CurrentCulture = en_US;
string filePathLocal = _applicationObject.ActiveWorkbook.Path;
System.Threading.Thread.CurrentThread.CurrentCulture = orgCulture;
即使您正在使用VSTO，这也适用。
有关详细信息：http://support.microsoft.com/default.aspx?scid=kb;我们；第320369季度
我不敢相信这个问题已经困扰了世界五年。。。。如果您已经创建了应用程序，则需要在删除链接之前先关闭它。
objExcel = new Excel.Application();
objBook = (Excel.Workbook)(objExcel.Workbooks.Add(Type.Missing));
关闭时
objBook.Close(true, Type.Missing, Type.Missing);
objExcel.Application.Quit();
objExcel.Quit();
当您新建一个excel应用程序时，它会在后台打开一个excel程序。您需要在释放链接之前命令该excel程序退出，因为该excel程序不是您直接控制的一部分。因此，如果链接被释放，它将保持开放！
每个人都很好编程~~
确保释放所有与Excel相关的对象！
我花了几个小时尝试了几种方法。所有这些都是好主意，但我终于发现了我的错误：如果你不释放所有对象，上面的任何方法都不能像我这样帮助你。确保释放所有对象，包括范围1！
Excel.Range rng = (Excel.Range)worksheet.Cells[1, 1];
worksheet.Paste(rng, false);
releaseObject(rng);
这里有各种选项。
“千万不要在COM对象中使用两个点”是避免COM引用泄漏的一条很好的经验法则，但Excel PIA会导致泄漏的方式比乍一看更明显。
其中一种方法是订阅任何Excel对象模型的COM对象公开的任何事件。
例如，订阅Application类的WorkbookOpen事件。
关于COM事件的一些理论
COM类通过回调接口公开一组事件。为了订阅事件，客户端代码可以简单地注册实现回调接口的对象，COM类将调用其方法以响应特定事件。由于回调接口是一个COM接口，因此实现对象的职责是减少它为任何事件处理程序接收的任何COM对象（作为参数）的引用计数。
Excel PIA如何公开COM事件
Excel PIA将Excel应用程序类的COM事件公开为常规的.NET事件。每当客户端代码订阅.NET事件（强调“a”）时，PIA都会创建实现回调接口的类的实例，并将其注册到Excel中。
因此，为了响应来自.NET代码的不同订阅请求，许多回调对象被注册到Excel中。每个事件订阅一个回调对象。
用于事件处理的回调接口意味着，PIA必须为每个.NET事件订阅请求订阅所有接口事件。它不能挑挑拣拣。在接收到事件回调时，回调对象检查关联的.NET事件处理程序是否对当前事件感兴趣，然后调用该处理程序或无提示地忽略回调。
对COM实例引用计数的影响
所有这些回调对象都不会减少它们接收的任何COM对象（作为参数）对任何回调方法的引用计数（即使是被忽略的回调方法）。它们只依赖CLR垃圾收集器来释放COM对象。
由于GC运行是非确定性的，这可能导致Excel进程延迟的时间比预期的长，并造成“内存泄漏”的印象。
解决方案
目前唯一的解决方案是避免PIA的COM类事件提供程序，并编写自己的事件提供程序来确定是否释放COM对象。
对于Application类，这可以通过实现AppEvents接口，然后使用IConnectionPointContainer接口将实现注册到Excel来完成。Application类（以及使用回调机制公开事件的所有COM对象）实现IConnectionPointContainer接口。
