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