当应用程序继续运行时，如何清理 .NET 中的 COM 引用？

Question

我正在开发一个 .NET 程序，该程序启动 Excel 的新实例，执行一些工作，然后结束，但必须保持 Excel 运行。稍后，当程序再次运行时，它将尝试挂钩到前一个实例。

在这种情况下处理 COM 对象释放的最佳方法是什么？如果我第一次没有对应用程序对象执行“ReleaseComObject”，然后在第二次运行时获取活动对象，然后最终释放com对象，是否存在内存泄漏？

以下简化代码说明了我想要做的事情：

private Microsoft.Office.Interop.Excel.Application xlsApp;
private Microsoft.Office.Interop.Excel.Workbook xlsWb;

public void RunMeFirst()
{
    //Start a new instance
    System.Type oSEType = Type.GetTypeFromProgID("Excel.Application");
    xlsApp = Activator.CreateInstance(oSEType);
    xlsWb = xlsApp.Workbooks.Open("C:\\test1.xls");

    //Do some stuff

    xlsWb.Close(false);
    Cleanup(ref xlsWb);

    //Do not quit Excel here
    //No Cleanup of xlsApp here?  Is this OK?

    System.Environment.Exit(0);
}

public void RunMeSecond()
{
    //Hook into existing instance
    xlsApp = Marshal.GetActiveObject("Excel.Application");
    xlsWb = xlsApp.Workbooks.Open("C:\\test2.xls");

    //Do some stuff

    xlsWb.Close(false);
    Cleanup(ref xlsWb);

    xlsApp.Quit();
    Cleanup(ref xlsApp);

    System.Environment.Exit(0);
}

public void Cleanup(ref object theObj)
{
    GC.Collect();
    GC.WaitForPendingFinalizers();
    GC.Collect();
    GC.WaitForPendingFinalizers();

    Marshal.FinalReleaseComObject(theObj);
    theObj = null;
}

谢谢

Answer 1

一般来说，在使用 Office PIA 时，我发现当您拥有保存 COM 对象的实例变量时，会出现此类对象未释放的问题。在您的情况下，这些将是 xlsApp 和 xlsWb。您不必退出 Excel 应用程序来释放对象，但您必须执行以下操作作为清理过程：

Marshal.FinalReleaseComObject(xlsWb);
xlsWb = null;

Marshal.FinalReleaseComObject(xlsApp);
xlsApp = null;

GC.Collect();

包含 COM 对象的本地范围变量似乎不会导致这个问题，只有实例变量。我希望这有帮助！

Answer 2

我有点困惑 - 在 RunMeFirst 结束时退出进程，那么 RunMeSecond 是在与第一个方法不同的进程中运行还是在同一进程中运行？

无论哪种方式，我都会更改您的代码，以便将 xlsWb 范围限定在本地，然后执行以下操作：

public void RunMeFirst()
{
    System.Type oSEType = Type.GetTypeFromProgID("Excel.Application");
    xlsApp = Activator.CreateInstance(oSEType);
    Workbook xlsWb = xlsApp.Workbooks.Open("C:\\test1.xls");

    // Do stuff
    xlsWb.Close(false);

    System.Environment.Exit(0);
}

您不应该真正调用任何 ReleaseComObject 方法，除非在某些情况下（例如例如，在服务器应用程序中，许多 COM 对象都将被使用，因此尽快释放对象至关重要）。清理 COM 对象的常用机制应该只是让它们超出范围，在这种情况下，COM 对象将使用 GC 使用的相同魔法来释放（我相信它在终结器运行时被清理，但是我对此不是 100% 确定）。

将 xlsWb 作用于本地（而不是作为类成员或静态成员）是一个好主意的原因是，类成员只有在类被清理时才会被清理，而静态成员则被清理。在卸载应用程序域之前永远不会进行清理。如果您确实需要清理静态字段引用的 COM 对象，则执行此操作的方法是将静态字段设置为 null，以便 GC 范围规则可以清理底层 COM 对象：

xlsWb = null;

出于类似的原因，也不应该真正需要调用 GC.Collect - Mike Rosenblum 给出了他为什么调用 GC.Collect 的合理解释，并且ReleaseComObject，但没有真正的理由说明为什么他不满足于让垃圾收集器完成其工作。正如我所说，在某些情况下您可能希望对 COM 对象的释放进行更多控制，但这些只是例外而不是规则。

您还可以阅读 Marshal。 ReleaseComObject 被认为是危险的 很有用。