我在C#（ApplicationClass）中使用Excel互操作，并在finally子句中放置了以下代码：
while (System.Runtime.InteropServices.Marshal.ReleaseComObject(excelSheet) != 0) { }
excelSheet = null;
GC.Collect();
GC.WaitForPendingFinalizers();
尽管这种方法有效，但即使在我关闭Excel之后，Excel.exe进程仍处于后台。它只在我的应用程序被手动关闭后发布。
我做错了什么，或者是否有其他方法可以确保正确处理互操作对象？
当前回答
只是为了给这里列出的众多解决方案添加另一个解决方案，使用C++/ATL自动化（我想您可以使用类似于VB/C#？？的东西）
Excel::_ApplicationPtr pXL = ...
:
SendMessage ( ( HWND ) m_pXL->GetHwnd ( ), WM_DESTROY, 0, 0 ) ;
这对我来说很有魅力。。。
其他回答
当上面的所有内容都不起作用时，请尝试给Excel一些时间来关闭工作表：
app.workbooks.Close();
Thread.Sleep(500); // adjust, for me it works at around 300+
app.Quit();
...
FinalReleaseComObject(app);
我不敢相信这个问题已经困扰了世界五年。。。。如果您已经创建了应用程序，则需要在删除链接之前先关闭它。
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程序不是您直接控制的一部分。因此，如果链接被释放，它将保持开放！
每个人都很好编程~~
只是为了给这里列出的众多解决方案添加另一个解决方案，使用C++/ATL自动化（我想您可以使用类似于VB/C#？？的东西）
Excel::_ApplicationPtr pXL = ...
:
SendMessage ( ( HWND ) m_pXL->GetHwnd ( ), WM_DESTROY, 0, 0 ) ;
这对我来说很有魅力。。。
我有一个想法，尝试关闭你打开的excel进程：
在打开exclapplication之前，获取名为oldProcessIds的所有进程ID。打开重叠部分。现在获取名为nowProcessIds的所有超应用进程ID。当需要退出时，杀死oldProcessIds和nowProcessIds之间的except id。私有静态Excel.Application GetExcelApp（）{如果（_excelApp==空）{var processIds=System.Diagnostics.Process.GetProcessesByName（“EXCEL”）.Select（a=>a.Id）.ToList（）；_excelApp=新建Excel.Application（）；_excelApp.DisplayAlerts=false；_excelApp.Visible=false；_excelApp.ScreenUpdate=false；var newProcessIds=System.Diagnostics.Process.GetProcessesByName（“EXCEL”）.Select（a=>a.Id）.ToList（）；_excelApplicationProcessId=newProcessIds.Except（processIds）.FirstOrDefault（）；}return _excelApp；}公共静态void Dispose（）{尝试{_excelApp.Workbooks.Close（）；_excelApp.Quit（）；System.Runtime.InteropServices.Marsal.ReleaseComObject（_excelApp）；_excelApp=空；GC.Collect（）；GC.WaitForPendingFinalizers（）；if（_excelApplicationProcessId！=默认值（int））{var process=System.Diagnostics.process.GetProcessById（_excelApplicationProcessId）；过程Kill（）；_excelApplicationProcessId=默认值（int）；}}catch（异常ex）{_excelApp=空；}}
正如其他人所指出的，您需要为使用的每个Excel对象创建一个显式引用，并对该引用调用Marshal.ReleaseComObject，如本知识库文章所述。您还需要使用try/finally来确保始终调用ReleaseComObject，即使抛出异常也是如此。即，代替：
Worksheet sheet = excelApp.Worksheets(1)
... do something with sheet
你需要做一些事情，比如：
Worksheets sheets = null;
Worksheet sheet = null
try
{
sheets = excelApp.Worksheets;
sheet = sheets(1);
...
}
finally
{
if (sheets != null) Marshal.ReleaseComObject(sheets);
if (sheet != null) Marshal.ReleaseComObject(sheet);
}
如果要关闭Excel，还需要在释放Application对象之前调用Application.Quit。
正如您所看到的，只要您尝试做任何稍微复杂的事情，这很快就会变得非常笨拙。我用一个简单的包装类成功地开发了.NET应用程序，该类包装了Excel对象模型的一些简单操作（打开工作簿、写入范围、保存/关闭工作簿等）。包装器类实现IDisposable，在它使用的每个对象上仔细地实现Marshal.ReleaseComObject，并且不向应用程序的其他部分公开任何Excel对象。
但这种方法不能很好地适应更复杂的需求。
这是.NETCOM互操作的一大缺陷。对于更复杂的场景，我会认真考虑用VB6或其他非托管语言编写ActiveX DLL，您可以将与进程外COM对象（如Office）的所有交互委托给它。然后，您可以从.NET应用程序中引用此ActiveX DLL，因为您只需要发布这一个引用，所以事情会变得更加简单。
