在事件 运行 后释放 Inventor
releasing Inventor after event has run
该程序控制 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;
短版
您的代码根本没有释放 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 开始，每次创建新引用时都会增加。
每个客户端应用程序都必须显式减少引用计数器。
在引用计数达到 0 之前，COM 服务器对象和创建它的应用程序无法关闭。
为什么选择 FinalReleaseComObject
当客户端请求对同一对象的多个引用时，它会返回相同的引用并增加计数器。要真正释放一个对象，您必须根据请求多次释放该引用。这在 Visual Basic 6 和 C++ 中造成了相当多的对象泄漏，尤其是当人们对引用不小心时。为了强行杀死一个对象，人们经常编写循环，在引用上重复调用 Release 直到计数达到 0。
.NET 发布时，方法 ReleaseComObject 只会将引用计数减 1。这导致了 VB6 和 C++ 存在的相同泄漏问题。当 .NET Framework 2.0 于 2005 年问世时，它引入了 FinalReleaseComObject，它实际上会自行执行循环。当涉及多个线程时，事情会变得更糟，这意味着一个线程可以释放 COM 对象，而另一个线程仍在使用它。
文档现在解释说：
Use the ReleaseComObject only if it is absolutely required. If you want to call this method to ensure that a COM component is released at a determined time, consider using the FinalReleaseComObject method instead.
FinalReleaseComObject will release the underlying COM component regardless of how many times it has re-entered the CLR. The internal reference count of the RCW is incremented by one every time the COM component re-enters the CLR. Therefore, you could call the ReleaseComObject method in a loop until the value returned is zero. This achieves the same result as the FinalReleaseComObject method.
该程序控制 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;
短版
您的代码根本没有释放 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 开始，每次创建新引用时都会增加。
每个客户端应用程序都必须显式减少引用计数器。 在引用计数达到 0 之前，COM 服务器对象和创建它的应用程序无法关闭。
为什么选择 FinalReleaseComObject
当客户端请求对同一对象的多个引用时，它会返回相同的引用并增加计数器。要真正释放一个对象，您必须根据请求多次释放该引用。这在 Visual Basic 6 和 C++ 中造成了相当多的对象泄漏，尤其是当人们对引用不小心时。为了强行杀死一个对象，人们经常编写循环，在引用上重复调用 Release 直到计数达到 0。
.NET 发布时，方法 ReleaseComObject 只会将引用计数减 1。这导致了 VB6 和 C++ 存在的相同泄漏问题。当 .NET Framework 2.0 于 2005 年问世时，它引入了 FinalReleaseComObject，它实际上会自行执行循环。当涉及多个线程时，事情会变得更糟，这意味着一个线程可以释放 COM 对象，而另一个线程仍在使用它。
文档现在解释说：
Use the ReleaseComObject only if it is absolutely required. If you want to call this method to ensure that a COM component is released at a determined time, consider using the FinalReleaseComObject method instead.
FinalReleaseComObject will release the underlying COM component regardless of how many times it has re-entered the CLR. The internal reference count of the RCW is incremented by one every time the COM component re-enters the CLR. Therefore, you could call the ReleaseComObject method in a loop until the value returned is zero. This achieves the same result as the FinalReleaseComObject method.