我在C#（ApplicationClass）中使用Excel互操作，并在finally子句中放置了以下代码：
while (System.Runtime.InteropServices.Marshal.ReleaseComObject(excelSheet) != 0) { }
excelSheet = null;
GC.Collect();
GC.WaitForPendingFinalizers();
尽管这种方法有效，但即使在我关闭Excel之后，Excel.exe进程仍处于后台。它只在我的应用程序被手动关闭后发布。
我做错了什么，或者是否有其他方法可以确保正确处理互操作对象？
当前回答
前言：我的答案包含两个解决方案，所以阅读时要小心，不要错过任何东西。
关于如何卸载Excel实例，有不同的方法和建议，例如：
显式释放EVERY com对象使用Marshal.FinalReleaseComObject（）（不忘含蓄创建的com对象）。释放每个创建的com对象，您可以使用这里提到的2点规则：如何正确清理Excel互操作对象？调用GC.Collect（）和GC.WaitForPendingFinalizers（）生成CLR释放未使用的com对象*（实际上，它是有效的，有关详细信息，请参阅我的第二个解决方案）检查com服务器应用程序可能会显示一个等待的消息框用户回答（尽管我不是确保它可以阻止Excel结束了，但我听说过几次次）向主服务器发送WM_CLOSE消息Excel窗口执行有效的函数在单独的AppDomain中使用Excel。有些人相信Excel实例当AppDomain为卸载。终止在excel互操作代码启动后实例化的所有excel实例。
但是！有时所有这些选项都没有帮助或不合适！
例如，昨天我发现在我的一个函数（与excel一起工作）中，excel在函数结束后仍在运行。我什么都试过了！我彻底检查了整个函数10次，并为所有内容添加了Marshal.FinalReleaseComObject（）！我还有GC.Collect（）和GC.WaitForPendingFinalizers（）。我检查了隐藏的消息框。我试图将WM_CLOSE消息发送到Excel主窗口。我在一个单独的AppDomain中执行了我的函数，并卸载了该域。没什么帮助！关闭所有excel实例的选项是不合适的，因为如果用户在执行我的函数（该函数也适用于excel）期间手动启动另一个excel实例，则该实例也将被我的函数关闭。我打赌用户不会高兴的！所以，老实说，这是一个蹩脚的选择（没有冒犯的家伙）。所以我花了几个小时才找到了一个好的（我个人认为）解决方案：通过关闭excel进程的主窗口（这是第一个解决方案）。
下面是简单的代码：
[DllImport("user32.dll")]
private static extern uint GetWindowThreadProcessId(IntPtr hWnd, out uint lpdwProcessId);
/// <summary> Tries to find and kill process by hWnd to the main window of the process.</summary>
/// <param name="hWnd">Handle to the main window of the process.</param>
/// <returns>True if process was found and killed. False if process was not found by hWnd or if it could not be killed.</returns>
public static bool TryKillProcessByMainWindowHwnd(int hWnd)
{
uint processID;
GetWindowThreadProcessId((IntPtr)hWnd, out processID);
if(processID == 0) return false;
try
{
Process.GetProcessById((int)processID).Kill();
}
catch (ArgumentException)
{
return false;
}
catch (Win32Exception)
{
return false;
}
catch (NotSupportedException)
{
return false;
}
catch (InvalidOperationException)
{
return false;
}
return true;
}
/// <summary> Finds and kills process by hWnd to the main window of the process.</summary>
/// <param name="hWnd">Handle to the main window of the process.</param>
/// <exception cref="ArgumentException">
/// Thrown when process is not found by the hWnd parameter (the process is not running).
/// The identifier of the process might be expired.
/// </exception>
/// <exception cref="Win32Exception">See Process.Kill() exceptions documentation.</exception>
/// <exception cref="NotSupportedException">See Process.Kill() exceptions documentation.</exception>
/// <exception cref="InvalidOperationException">See Process.Kill() exceptions documentation.</exception>
public static void KillProcessByMainWindowHwnd(int hWnd)
{
uint processID;
GetWindowThreadProcessId((IntPtr)hWnd, out processID);
if (processID == 0)
throw new ArgumentException("Process has not been found by the given main window handle.", "hWnd");
Process.GetProcessById((int)processID).Kill();
}
正如您所看到的，根据Try Parse模式，我提供了两种方法（我认为这在这里是合适的）：一种方法在无法终止进程时不会抛出异常（例如，进程不再存在），另一种方法则在进程未终止时抛出异常。此代码中唯一的弱点是安全权限。理论上，用户可能没有权限终止进程，但在所有情况下，99.99%的用户都有这样的权限。我还用一个客户帐户测试了它-它工作得很好。
因此，使用Excel的代码可以如下所示：
int hWnd = xl.Application.Hwnd;
// ...
// here we try to close Excel as usual, with xl.Quit(),
// Marshal.FinalReleaseComObject(xl) and so on
// ...
TryKillProcessByMainWindowHwnd(hWnd);
瞧！Excel已终止！：）
好的，让我们回到第二个解决方案，正如我在文章开头所承诺的那样。第二种解决方案是调用GC.Collect（）和GC.WaitForPendingFinalizers（）。是的，它们确实有效，但这里需要小心！很多人说（我也说过）调用GC.Collect（）没有帮助。但是，如果仍然有对COM对象的引用，这将毫无帮助！GC.Collect（）不起作用的最常见原因之一是以调试模式运行项目。在调试模式下，在方法结束之前，不再真正引用的对象不会被垃圾收集。因此，如果您尝试了GC.Collect（）和GC.WaitForPendingFinalizers（），但没有帮助，请尝试执行以下操作：
1） 尝试在发布模式下运行项目，并检查Excel是否正确关闭
2） 将使用Excel的方法包装在单独的方法中。所以，不要像这样：
void GenerateWorkbook(...)
{
ApplicationClass xl;
Workbook xlWB;
try
{
xl = ...
xlWB = xl.Workbooks.Add(...);
...
}
finally
{
...
Marshal.ReleaseComObject(xlWB)
...
GC.Collect();
GC.WaitForPendingFinalizers();
}
}
你写道：
void GenerateWorkbook(...)
{
try
{
GenerateWorkbookInternal(...);
}
finally
{
GC.Collect();
GC.WaitForPendingFinalizers();
}
}
private void GenerateWorkbookInternal(...)
{
ApplicationClass xl;
Workbook xlWB;
try
{
xl = ...
xlWB = xl.Workbooks.Add(...);
...
}
finally
{
...
Marshal.ReleaseComObject(xlWB)
...
}
}
现在，Excel将关闭=）
其他回答
在我的VSTO插件中新建应用程序对象后，我在关闭PowerPoint时遇到了同样的问题。我在这里尝试了所有的答案，但收效甚微。
这是我为我的案例找到的解决方案-不要使用“新应用程序”，ThisAddIn的AddInBase基类已经有了“应用程序”的句柄。如果你在需要的地方使用这个手柄（如果必须的话，让它保持静态），那么你不必担心清理它，PowerPoint也不会挂在近处。
前言：我的答案包含两个解决方案，所以阅读时要小心，不要错过任何东西。
关于如何卸载Excel实例，有不同的方法和建议，例如：
显式释放EVERY com对象使用Marshal.FinalReleaseComObject（）（不忘含蓄创建的com对象）。释放每个创建的com对象，您可以使用这里提到的2点规则：如何正确清理Excel互操作对象？调用GC.Collect（）和GC.WaitForPendingFinalizers（）生成CLR释放未使用的com对象*（实际上，它是有效的，有关详细信息，请参阅我的第二个解决方案）检查com服务器应用程序可能会显示一个等待的消息框用户回答（尽管我不是确保它可以阻止Excel结束了，但我听说过几次次）向主服务器发送WM_CLOSE消息Excel窗口执行有效的函数在单独的AppDomain中使用Excel。有些人相信Excel实例当AppDomain为卸载。终止在excel互操作代码启动后实例化的所有excel实例。
但是！有时所有这些选项都没有帮助或不合适！
例如，昨天我发现在我的一个函数（与excel一起工作）中，excel在函数结束后仍在运行。我什么都试过了！我彻底检查了整个函数10次，并为所有内容添加了Marshal.FinalReleaseComObject（）！我还有GC.Collect（）和GC.WaitForPendingFinalizers（）。我检查了隐藏的消息框。我试图将WM_CLOSE消息发送到Excel主窗口。我在一个单独的AppDomain中执行了我的函数，并卸载了该域。没什么帮助！关闭所有excel实例的选项是不合适的，因为如果用户在执行我的函数（该函数也适用于excel）期间手动启动另一个excel实例，则该实例也将被我的函数关闭。我打赌用户不会高兴的！所以，老实说，这是一个蹩脚的选择（没有冒犯的家伙）。所以我花了几个小时才找到了一个好的（我个人认为）解决方案：通过关闭excel进程的主窗口（这是第一个解决方案）。
下面是简单的代码：
[DllImport("user32.dll")]
private static extern uint GetWindowThreadProcessId(IntPtr hWnd, out uint lpdwProcessId);
/// <summary> Tries to find and kill process by hWnd to the main window of the process.</summary>
/// <param name="hWnd">Handle to the main window of the process.</param>
/// <returns>True if process was found and killed. False if process was not found by hWnd or if it could not be killed.</returns>
public static bool TryKillProcessByMainWindowHwnd(int hWnd)
{
uint processID;
GetWindowThreadProcessId((IntPtr)hWnd, out processID);
if(processID == 0) return false;
try
{
Process.GetProcessById((int)processID).Kill();
}
catch (ArgumentException)
{
return false;
}
catch (Win32Exception)
{
return false;
}
catch (NotSupportedException)
{
return false;
}
catch (InvalidOperationException)
{
return false;
}
return true;
}
/// <summary> Finds and kills process by hWnd to the main window of the process.</summary>
/// <param name="hWnd">Handle to the main window of the process.</param>
/// <exception cref="ArgumentException">
/// Thrown when process is not found by the hWnd parameter (the process is not running).
/// The identifier of the process might be expired.
/// </exception>
/// <exception cref="Win32Exception">See Process.Kill() exceptions documentation.</exception>
/// <exception cref="NotSupportedException">See Process.Kill() exceptions documentation.</exception>
/// <exception cref="InvalidOperationException">See Process.Kill() exceptions documentation.</exception>
public static void KillProcessByMainWindowHwnd(int hWnd)
{
uint processID;
GetWindowThreadProcessId((IntPtr)hWnd, out processID);
if (processID == 0)
throw new ArgumentException("Process has not been found by the given main window handle.", "hWnd");
Process.GetProcessById((int)processID).Kill();
}
正如您所看到的，根据Try Parse模式，我提供了两种方法（我认为这在这里是合适的）：一种方法在无法终止进程时不会抛出异常（例如，进程不再存在），另一种方法则在进程未终止时抛出异常。此代码中唯一的弱点是安全权限。理论上，用户可能没有权限终止进程，但在所有情况下，99.99%的用户都有这样的权限。我还用一个客户帐户测试了它-它工作得很好。
因此，使用Excel的代码可以如下所示：
int hWnd = xl.Application.Hwnd;
// ...
// here we try to close Excel as usual, with xl.Quit(),
// Marshal.FinalReleaseComObject(xl) and so on
// ...
TryKillProcessByMainWindowHwnd(hWnd);
瞧！Excel已终止！：）
好的，让我们回到第二个解决方案，正如我在文章开头所承诺的那样。第二种解决方案是调用GC.Collect（）和GC.WaitForPendingFinalizers（）。是的，它们确实有效，但这里需要小心！很多人说（我也说过）调用GC.Collect（）没有帮助。但是，如果仍然有对COM对象的引用，这将毫无帮助！GC.Collect（）不起作用的最常见原因之一是以调试模式运行项目。在调试模式下，在方法结束之前，不再真正引用的对象不会被垃圾收集。因此，如果您尝试了GC.Collect（）和GC.WaitForPendingFinalizers（），但没有帮助，请尝试执行以下操作：
1） 尝试在发布模式下运行项目，并检查Excel是否正确关闭
2） 将使用Excel的方法包装在单独的方法中。所以，不要像这样：
void GenerateWorkbook(...)
{
ApplicationClass xl;
Workbook xlWB;
try
{
xl = ...
xlWB = xl.Workbooks.Add(...);
...
}
finally
{
...
Marshal.ReleaseComObject(xlWB)
...
GC.Collect();
GC.WaitForPendingFinalizers();
}
}
你写道：
void GenerateWorkbook(...)
{
try
{
GenerateWorkbookInternal(...);
}
finally
{
GC.Collect();
GC.WaitForPendingFinalizers();
}
}
private void GenerateWorkbookInternal(...)
{
ApplicationClass xl;
Workbook xlWB;
try
{
xl = ...
xlWB = xl.Workbooks.Add(...);
...
}
finally
{
...
Marshal.ReleaseComObject(xlWB)
...
}
}
现在，Excel将关闭=）
普通开发人员，你的解决方案都不适合我，所以我决定实施一个新的技巧。
首先，让我们指定“我们的目标是什么？”=>“在任务管理器中完成任务后不要看到excel对象”
好的。让no挑战并开始销毁它，但考虑不要销毁并行运行的其他Excel实例。
因此，获取当前处理器的列表并获取EXCEL进程的PID，然后一旦完成任务，我们将在进程列表中创建一个具有唯一PID的新访客，找到并销毁该访客。
<请记住，在excel工作过程中，任何新的excel流程都将被检测为新的并被销毁><更好的解决方案是捕获新创建的excel对象的PID并销毁它>
Process[] prs = Process.GetProcesses();
List<int> excelPID = new List<int>();
foreach (Process p in prs)
if (p.ProcessName == "EXCEL")
excelPID.Add(p.Id);
.... // your job
prs = Process.GetProcesses();
foreach (Process p in prs)
if (p.ProcessName == "EXCEL" && !excelPID.Contains(p.Id))
p.Kill();
这解决了我的问题，也希望你的问题。
这里有一个非常简单的方法：
[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();
接受的答案对我不起作用。析构函数中的以下代码起了作用。
if (xlApp != null)
{
xlApp.Workbooks.Close();
xlApp.Quit();
}
System.Diagnostics.Process[] processArray = System.Diagnostics.Process.GetProcessesByName("EXCEL");
foreach (System.Diagnostics.Process process in processArray)
{
if (process.MainWindowTitle.Length == 0) { process.Kill(); }
}
