事件运行后释放 Inventor

问题描述

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

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

我怎样才能释放它？

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

编辑 #1

仅供参考，这个程序不是我写的，我对 Autodesk Vault/Inventor 美妙而混乱的世界完全陌生。

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

"it wasn’t that simple"

然后在函数的最后，m_inventorApp 被设置为 null。

const util = <T,>(handle: (arg:T) => string) => ({
  // I expect log function's param [p]'s type come from handle function's param's type
  log: (p: T) => console.log(handle(p))
});

解决方法

短版

您的代码根本没有释放 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 立即释放对象。

将字段或变量设置为 null 仅意味着 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 方法。

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