RCW是.net 对com的包装,好比office就是经过RCW来被.net调用的。能够百度:office pia 了解更多信息。函数
RCW 是一个.net类。测试
1.关闭线程对rcw的自动清理.net
System.Threading.Thread.CurrentThread.DisableComObjectEagerCleanup();线程
2.当即清理rcw对象
System.Runtime.InteropServices.Marshal.CleanupUnusedObjectsInCurrentContext();接口
不过通过实际测试,没发现有什么做用,尚未摸索出应用场合。可是能够确定的是,当即清理rcw并不会清理rcw,至少还活着(被引用)的rcw不会被清理。io
在析构函数执行阶段:基础
若是你代码中用了析构函数,试图清理rcw对象,这个作法可能不如你想象中达成。百度
rcw是一个.net 对象,全部.net 对象的析构函数的执行顺序是不肯定的,也就是你想用析构函数去操控rcw,而rcw可能自身已经释放了。这里面的释放并非说rcw已经死亡,而是说rcw对com的引用关系已经释放,你再调用它包装的com对象的任意成员,都会引起:System.Runtime.InteropServices.InvalidComObjectException,提示:COM 对象与其基础 RCW 分开后就不能再使用。sed
究竟rcw是选择怎样的时机释放com的,我不得而知,估计也是相似使用虚构函数或者被GC直接回收(但由于个人析构函数有它的引用应该不会)。有虚构函数的对象会比没有的回收速度要慢一级。
另外,rcw并非真的正确释放了com,com对象仍是存在的,只是rcw不能控制。
如何让rcw正确清理,这个rcw是否提供什么机制,这点没搞清楚。可是客户类只能经过显式的dispose接口来写清理代码,并正确调用。
虽然颇有不少迷雾,为了帮助后人探索,记录至此。