釋放EXCEL組件

立即釋放.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任務管理器，就會發現如下圖的精彩場面

於是，有人就在代碼中加了一句“GC.Collect();”，很好，EXCEL.EXE沒有那麼多了，如下圖。


但是，如何能徹底釋放呢？

幸運的是，在.net中，允許程序員顯式地自己調用com的Release方法，這個方法經過.net的包裝，叫做System.Runtime.InteropServices.Marshal.ReleaseComObject，在上面的代碼中，
調用“GC.Collect();”之前，先調用
“System.Runtime.InteropServices.Marshal.ReleaseComObject((object)oExcel);”，
把引用計數減一，這樣，引用計數就變成了零，垃圾回收發生時，oExcel所對應的com對象，就被掃地出門。