上一篇：不算不知道 44% 数据库开发者使用...

立即释放.net下的com组件

众所周知，在.net的世界里，程序员只负责使用new创建对象，而对象的销毁则完全交给垃圾回收器负责，只有当发生垃圾回收的时候，.net中的类型才会被销毁。这通常不会引起什么不妥。但是，当使用了非托管的com对象的时候，则会带来特别的问题。
com使用引用计数来确定对象的生存期，com客户每次引用对象的时候，就调用
iunknown->addref()，而每次释放对象的时候，就调用
iunknown->release()，一旦引用计数达到零，就释放实例。
问题就这样产生了，让我们看下面的代码：
这是在csdn的asp.net版广为流传的一段使用excel com组件导出excel文件到客户端的c#代码，在添加这段代码之前，运行了添加com引用的向导。
excel.application oexcel;
excel.workbook obook;
object omissing = system.reflection.missing.value;
oexcel = new excel.application();
obook = oexcel.workbooks.add(omissing);
for (int i=1;i <=4;i++)
{
oexcel.cells[i,1]=i.tostring();
oexcel.cells[i,2]= "bbb2 ";
oexcel.cells[i,3]= "ccc3 ";
oexcel.cells[i,4]= "aaa4 ";
}
obook.saved = true;
oexcel.usercontrol = false;
string filename = datetime.now.ticks.tostring();
string mm=server.mappath( ".")+ "\\" + filename + ".xls";//服务器保存地址
oexcel.activeworkbook.savecopyas (mm);
oexcel.quit();
//gc.collect();
response.redirect(filename+".xls");

这段代码能够实现导出文件的功能，但是如果察看windows任务管理器，就会发现如下图的精彩场面

但是，如何能彻底释放呢？

幸运的是，在.net中，允许程序员显式地自己调用com的release方法，这个方法经过.net的包装，叫做system.runtime.interopservices.marshal.releasecomobject，在上面的代码中，
调用“gc.collect();”之前，先调用
“system.runtime.interopservices.marshal.releasecomobject((object)oexcel);”，
把引用计数减一，这样，引用计数就变成了零，垃圾回收发生时，oexcel所对应的com对象，就被扫地出门。

下一篇：XHTML的目标,规则和细节

↓相关文章：