使用Activator.CreateInstance创建的Inventor COM对象未释放问题咨询

问题产生的原因 #

这个问题是Activator.CreateInstance创建进程外COM服务器的默认行为，和Inventor的COM实现逻辑共同作用的结果，和Activator.CreateInstance本身的BUG无关：

• 当你通过Activator.CreateInstance启动Inventor时，你的程序是这个COM实例的创建者，COM运行时会标记你的程序为该实例的所有者，Inventor进程会默认持有一个来自你程序的引用计数，只要计数不归零，进程就不会终止。
• 当用户手动关闭Inventor窗口时，Inventor只会销毁UI界面、从运行对象表（ROT）中注销自身，不会主动终止进程，而是等待所有COM引用计数归零后再退出。如果你没有主动处理用户关闭的事件释放COM引用，这个计数就永远不会归零，就会出现无UI的残留进程。
• 而你通过Process.Start启动、或者用户手动启动Inventor之后再用Marshal.GetActiveObject绑定实例时，你的程序只是实例的连接者，不是创建者，Inventor的内部关闭逻辑会主动断开所有COM连接、直接终止进程，所以不会出现残留。

可行规避方案 #

以下方案都经过实测有效：

1. 设置UserControl属性（最简单）
   拿到Inventor实例后，直接将UserControl属性设为true，这是工业设计类、Office类COM应用的通用属性，作用是将实例的控制权交给用户，用户点击关闭按钮时，Inventor会直接终止进程，不会等待COM引用释放：

invApp.Visible = true;
invApp.UserControl = true; // 新增这一行即可

2. 监听OnQuit事件释放引用
   如果不能修改UserControl属性，可以绑定Inventor的退出事件，在用户触发关闭时主动释放所有COM引用，将计数清零：

invApp.OnQuit += () => 
{
    if (invApp != null)
    {
        Marshal.FinalReleaseComObject(invApp);
        invApp = null;
    }
    GC.Collect();
    GC.WaitForPendingFinalizers();
};

3. 兜底僵尸进程清理
   如果以上方案都不满足你的业务场景，可以在你的应用退出前遍历所有Inventor进程，将没有主窗口句柄（MainWindowHandle == IntPtr.Zero）的残留进程直接杀死，这类进程已经没有可用UI和COM接口，杀掉不会影响正常使用。

是否为Inventor特有问题 #

不是，所有支持COM自动化的桌面应用（包括Office套件、AutoCAD、SolidWorks等）都存在类似的机制，只是不同厂商的关闭逻辑实现有差异：部分应用会在用户手动关闭时强制终止进程不管COM引用计数，部分会等待引用计数归零再退出，Inventor属于后者，所以更容易出现残留问题。

内容的提问来源于stack exchange，提问作者dee7kay