Office开发高级知识----为什么要释放非托管Com资源

Posted 2021-01-01 charltsing

https://www.cnblogs.com/Charltsing/p/RealeaseComObject.html

QQ：564955427

目前，国内Office插件开发的风头正盛，很多VBAer都纷纷加入到vb.net或者C#等托管语言的插件开发大军中，但是大部分人从vba转到托管语言的时候，都没有从理论上学习一下托管语言的特性，直接使用vba代码暴力翻译成托管语言，简单粗暴地在代码中使用，只要代码不报错就认为程序没问题了。

然而，直接在代码中暴力使用Com对象会在托管对象中造成释放问题，引发内存泄漏，严重时可能会导致Excel等宿主程序报错，为了解决这个问题，我下面简单介绍一下在托管代码中使用非托管Com资源的释放问题。

1、什么是Com对象
Com是微软提出来的在组件程序之间进行交互的标准，以Excel为例：application，workbook，workbooks，sheet，sheets，range等等都是Com对象。

2、为什么要释放Com对象
Office程序是非托管语言编写的，C#之类的托管语言要去操作非托管语言编写的程序资源就要解决数据交换的格式和结构问题，微软采用Interop(互操作程序集)来解决这个问题。当托管语言访问非托管语言组件的时候一般通过Com方式进行，CLR会给每个COM对象按每进程生成一个RCW（Runtime Callable Wrappers运行时可调用包装器），并用计数器记录Com对象被引用的次数，每引用一次，计数器加1；每释放一次，计数器减1。这种RCW包装会带来额外的资源开销，当计数器为0的时候，RCW资源才会被释放。所以，如果不释放Com对象，RCW会造成相关内存始终被占用，即使Com对象消失，内存也不会被释放，这就是所谓的内存泄漏。

3、不释放Com资源会有什么问题
内存泄漏会导致程序可用资源被耗尽，进而产生不可预料的问题。除此之外，由于RCW的权限高于应用程序，所以只有当所有的Com资源被释放之后，应用程序的进程才能退出。这就是为什么有些人的程序在执行完毕退出之后，后台还会残留Office进程的原因。

4、我没有在代码中释放Com资源貌似程序运行得也挺好，而且msdn在VSTO开发中也没有强调这一点，为什么？
因为如果代码书写得当的话，GC会在后台处理Com的释放问题，同时处理RCW资源。所以在微软MSDN中，只是要求不要丢失对Com资源的引用即可。只要不在代码中使用隐含的Com对象引用，GC是可以处理大部分Com资源释放问题的。

5、既然GC可以解决大部分Com资源释放问题，为什么还要谈这个释放问题呢？
因为GC有些时候不靠谱。依赖GC做资源释放的最大问题是你无法控制资源的释放时机，当你处理了成千上万的单元格、工作表和工作簿之后，你不知道是不是还有足够的内存给你做下一步操作，这会给商业程序开发带来不可预计的风险。此外，Com对象的事件订阅和取消订阅也是个大问题，GC是无法正确处理此类问题的，这会造成严重的内存泄漏甚至宿主报错崩溃。

6、如何手工进行非托管Com资源的释放？
参见下面的代码

注意代码的书写要慎重，不得使用会丢失引用的Com对象，例如下面的代码是一个错误示例：

7、手工进行非托管Com资源的释放的坏处是什么？
很明显，你的代码会因显式存储和释放COM代理对象而变得臃肿和不可读。
此外，滥用Marshal.ReleaseComObject，特别是Marshal.FinalReleaseComObject，可能会造成RCW为零断开Com对象资源，导致同时运行的其他程序或插件无法继续使用某些Com对象。因此手工释放Com资源对开发人员的素质要求较高。

8、有没有其它的方案？
你可以有以下几个选择：
a.不使用pia或vsto，改用第三方控件，例如npoi之类的。
b.使用SafeComWarpper，为每个Com对象建立一个Dispose。
c.通过ExcelDna调用C API也是个可以考虑的选择。