我在C#（ApplicationClass）中使用Excel互操作，并在finally子句中放置了以下代码：
while (System.Runtime.InteropServices.Marshal.ReleaseComObject(excelSheet) != 0) { }
excelSheet = null;
GC.Collect();
GC.WaitForPendingFinalizers();
尽管这种方法有效，但即使在我关闭Excel之后，Excel.exe进程仍处于后台。它只在我的应用程序被手动关闭后发布。
我做错了什么，或者是否有其他方法可以确保正确处理互操作对象？
当前回答
当上面的所有内容都不起作用时，请尝试给Excel一些时间来关闭工作表：
app.workbooks.Close();
Thread.Sleep(500); // adjust, for me it works at around 300+
app.Quit();
...
FinalReleaseComObject(app);
其他回答
我完全遵循了这个。。。但我还是遇到了1000次问题中的1次。谁知道为什么。是时候拿出锤子了。。。
在Excel应用程序类实例化之后，我就掌握了刚刚创建的Excel进程。
excel = new Microsoft.Office.Interop.Excel.Application();
var process = Process.GetProcessesByName("EXCEL").OrderByDescending(p => p.StartTime).First();
然后，在完成上述所有COM清理之后，我确保该进程没有运行。如果它还在运行，就杀了它！
if (!process.HasExited)
process.Kill();
到目前为止，似乎所有的答案都涉及其中一些：
终止进程使用GC.Collect（）跟踪每个COM对象并正确释放它。
这让我意识到这个问题有多么困难：）
我一直在开发一个库来简化对Excel的访问，我正在努力确保使用它的人不会留下一片混乱（手指交叉）。
我没有直接在Interop提供的接口上进行编写，而是使用扩展方法来简化工作。类似于ApplicationHelpers.CreateExcel（）或工作簿.CreateWorksheet（“mySheetNameThatWillBeValidated”）。自然，任何创建的东西都可能会在以后的清理中导致问题，所以我实际上更倾向于在最后的手段中终止这个过程。然而，正确清理（第三种选择）可能是破坏性最小、控制性最强的。
因此，在这种情况下，我想知道这样做是否不是最好的：
public abstract class ReleaseContainer<T>
{
private readonly Action<T> actionOnT;
protected ReleaseContainer(T releasible, Action<T> actionOnT)
{
this.actionOnT = actionOnT;
this.Releasible = releasible;
}
~ReleaseContainer()
{
Release();
}
public T Releasible { get; private set; }
private void Release()
{
actionOnT(Releasible);
Releasible = default(T);
}
}
我用“不可行”来避免与一次性使用混淆。但将其扩展到IDisposable应该很容易。
这样的实现：
public class ApplicationContainer : ReleaseContainer<Application>
{
public ApplicationContainer()
: base(new Application(), ActionOnExcel)
{
}
private static void ActionOnExcel(Application application)
{
application.Show(); // extension method. want to make sure the app is visible.
application.Quit();
Marshal.FinalReleaseComObject(application);
}
}
可以对所有类型的COM对象执行类似的操作。
在工厂方法中：
public static Application CreateExcelApplication(bool hidden = false)
{
var excel = new ApplicationContainer().Releasible;
excel.Visible = !hidden;
return excel;
}
我希望每个容器都会被GC正确地销毁，因此会自动调用Quit和Marshal.FinalReleaseComObject。
评论？或者这是对第三类问题的回答？
Excel并非设计为通过C++或C#编程。COM API专门设计用于Visual Basic、VB.NET和VBA。
此外，此页上的所有代码示例都不是最佳的，原因很简单，即每个调用都必须跨越托管/非托管边界，并且还忽略了这样一个事实，即Excel COM API可以自由地使任何调用失败，并带有一个神秘的HRESULT，表示RPC服务器正忙。
我认为自动化Excel的最佳方法是将数据收集到尽可能大的数组中，并将其发送到VBA函数或子函数（通过Application.Run），然后执行任何所需的处理。此外，在调用Application.Run时，请确保注意excel正忙的异常，然后重试调用Application.Run。
我有一个想法，尝试关闭你打开的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=空；}}
只是为了给这里列出的众多解决方案添加另一个解决方案，使用C++/ATL自动化（我想您可以使用类似于VB/C#？？的东西）
Excel::_ApplicationPtr pXL = ...
:
SendMessage ( ( HWND ) m_pXL->GetHwnd ( ), WM_DESTROY, 0, 0 ) ;
这对我来说很有魅力。。。
