立即释放.net下的com组件

众所周知，在.net的世界里，程序员只负责使用new创建对象，而对象的销毁则完全交给垃圾回收器负责，只有当发生垃圾回收的时候，.net中的类型才会被销毁。这通常不会引起什么不妥。但是，当使用了非托管的com对象的时候，则会带来特别的问题。
com使用引用计数来确定对象的生存期，com客户每次引用对象的时候，就调用
IUnKnown->AddRef()，而每次释放对象的时候，就调用
IUnKnown->Release()，一旦引用计数达到零，就释放实例。
问题就这样产生了，让我们看下面的代码：
这是在CSDN的asp.net版广为流传的一段使用excel com组件导出excel文件到客户端的c#代码，在添加这段代码之前，运行了添加com引用的向导。
Ex***.Application ; oExcel; 
Ex***.Workbook ; oBook; 
Object  oMissing  =  Sy***m.Reflection.Missing.Value; 
oExcel  =  new  Ex***.Application(); 
oBook  =  oE***l.Workbooks.Add(oMissing); 
for  (int  i=1;i  <=4;i++) 
{ 
 oE***l.Cells[i,1]=i***String(); 
 oE***l.Cells[i,2]=  "'bbb2  "; 
 oE***l.Cells[i,3]=  "'ccc3  "; 
 oE***l.Cells[i,4]=  "'aaa4  "; 
} 
oB***.Saved ; =  true; 
oE***l.UserControl ; =  false; 
string filename = Da***ime.Now.Ticks.ToString();
string  mm***rver.MapPath(  ".")+ "\" + filename + ".xls";//服务器保存地址 
oE***l.ActiveWorkbook.SaveCopyAs ; (mm); 
oE***l.Quit();
//***Collect();
Re***nse.Redirect(filename+".xls");

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

于是，有人就在代码中加了一句“GC***llect();”，很好，EX***.EXE没有那么多了，如下图。


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

幸运的是，在.net中，允许程序员显式地自己调用com的Release方法，这个方法经过.net的包装，叫做Sy***m.Runtime.InteropServices.Marshal.ReleaseComObject，在上面的代码中，
调用“GC***llect();”之前，先调用
“Sy***m.Runtime.InteropServices.Marshal.ReleaseComObject((object)oExcel);”，
把引用计数减一，这样，引用计数就变成了零，垃圾回收发生时，oExcel所对应的com对象，就被扫地出门。