1

该程序控制 Autodesk Inventor，同时执行它应该做的事情，即 ZIP 并将图纸转换为所需的文件类型。

程序运行后，我可以使用 Inventor，但它不允许我保存任何内容，我认为程序仍然锁定了 Inventor。

我怎样才能释放它？

如果您需要更多信息，请告诉我。

编辑#1

仅供参考，我没有编写这个程序，而且我对 Autodesk Vault/Inventor 这个美妙但令人困惑的世界完全陌生。

这是我假设 Inventor 被 C# 锁定的地方

m_inventorApp = System.Runtime.InteropServices.Marshal.GetActiveObject("Inventor.Application") as Inventor.Application;

然后在函数结束时，将 m_inventorApp 设置为 null。

m_inventorApp = null;
m_inventorApp2 = null;
4

1 回答 1

2

简洁版本

您的代码根本没有发布 COM 引用。使用Marshal.FinalReleaseComObject显式释放它，最好在一个try/finally块中。也不要将 COM 对象存储在字段中，尽可能晚地创建它们并尽快释放它们，例如：

Inventor.Appication inventorApp=null;
try
{
    inventorApp = (Inventor.Application)Marshal.GetActiveObject("Inventor.Application");
    .....
}
finally
{
    if(inventorApp !=null)
    {
        Marshal.FinalReleaseComObject(inventorApp);
    }
}

使用FinalReleaseComObject而不是ReleaseComObject立即释放对象。

将字段或变量设置为nullonly 意味着 COM 引用对象可用于垃圾回收，它不会减少 COM 的引用计数或显式释放 COM 对象。

通过使用变量而不是字段，您可以确保没有任何悬空引用

解释

您使用的是 COM 自动化，而不是 Autodesk Inventor 特有的东西。这是 Windows 上一个应用程序控制另一个应用程序的标准方式。COM 早在 .NET 之前就已构建，并且使用引用计数而不是垃圾收集。.NET 本身早在 2000 年就开始作为 COM 的“下一个”版本，然后在 2002 年发布时变得完全不同。COM 已经过时了。

每次创建对 COM 对象的引用时，COM 都会为该对象增加一个引用计数器。每次释放它时，引用计数器都会递减。仅当计数器达到 0 时才释放 COM 对象。这意味着您的代码必须确保计数器递减，否则该对象将一直使用，直到垃圾收集器运行。

.NET 通过Runtime-Callable Wrappers与 COM 组件一起工作。链接的文档解释了引用计数、引用计数的工作原理以及释放引用需要做什么。

当您调用Marshal.GetActiveObject时，您将获得 Inventor（或任何其他应用程序）对已在运行的 COM 服务器对象提供程序的引用。引用的计数器从 1 开始，每次创建新引用时都会增加。

每个客户端应用程序都必须显式递减引用计数器。COM 服务器对象和创建它的应用程序在引用计数达到 0 之前无法关闭。

为什么选择 FinalReleaseComObject

当客户端请求对同一对象的多个引用时，它会通过递增的计数器返回相同的引用。要真正释放一个对象，您必须根据请求多次释放该引用。这在 Visual Basic 6 和 C++ 中引起了相当多的对象泄漏，尤其是当人们对引用不小心时。为了强行杀死一个对象，人们经常编写循环，反复调用Release一个引用，直到计数达到 0。

当 .NET 发布时，ReleaseComObject方法只会将引用计数减 1。这导致了与 VB6 和 C++ 相同的泄漏问题。当 .NET Framework 2.0 于 2005 年问世时，它引入FinalReleaseComObject了实际执行循环的方法。当涉及多个线程时，情况会变得更加糟糕，这意味着一个线程可以释放 COM 对象，而另一个线程仍在使用它。

文档现在解释说：

只有在绝对需要时才使用 ReleaseComObject。如果要调用此方法以确保在确定的时间释放 COM 组件，请考虑改用 FinalReleaseComObject 方法。

无论它重新进入 CLR 多少次，FinalReleaseComObject 都会释放底层 COM 组件。每次 COM 组件重新进入 CLR 时，RCW 的内部引用计数就加一。因此，您可以在循环中调用 ReleaseComObject 方法，直到返回的值为零。这实现了与 FinalReleaseComObject 方法相同的结果。

于 2021-05-13T08:03:35.957 回答