正確釋放WORD對象(COM組件) COMException: 被調用的對象已與其客戶端斷開連接

本來form method=post本頁面

修改爲其他頁面 action=save.aspx後沒問題

其他問題可參考以下:

引自:http://topic.csdn.net/u/20090108/17/f240cd4d-72cf-44bc-851e-cc587dd7e468.html

源問題:
詳細內容: 
System.Runtinm.InteropServices.COMException 
被調用的對象已與其客戶端斷開連接。 (異常來自 HRESULT:0x80010108 (RPC_E_DISCONNECTED)) 
ErrorCode:-2147417848 
Souce:Interop.Word 
StackTrace:" 在 Word.ApplicationClass.Quit(Object& SaveChanges, Object& OriginalFormat, Object& RouteDocument)\r\n 在 WordOPTools.OpWord(Object& fileName, Boolean issafe, String newpath)" 

當處理的word內容比較大的時候報這個異常. 
還請各位多多幫忙解決一下這個問題. 


解決方法:

object nothing=System.Reflection.Missing.Value; 
object optional=System.Reflection.Missing.Value; 
object visible=true; 
object saveChanges = true; 
object NOTsaveChanges = false; 
object docreadonly=true; 
object originalFormat = System.Reflection.Missing.Value; 
object routeDocument =System.Reflection.Missing.Value; 
Word.ApplicationClass app=new Word.ApplicationClass(); 
object Fi=page.Server.MapPath(strC+"Template_temp/"+FileName); 
Word.Document Doc=app.Documents.Open(ref Fi,ref optional,ref docreadonly,ref optional,ref optional,ref optional,ref optional,ref optional,ref optional,ref optional,ref optional, ref visible); 



Doc.SaveAs(ref strFileName,ref optional, ref optional, ref optional,ref optional, ref optional, ref optional,ref optional, ref optional, ref optional, ref optional); 
Doc.Close(ref NOTsaveChanges, ref originalFormat, ref routeDocument); 
app.Quit(ref NOTsaveChanges, ref originalFormat, ref routeDocument); 
System.Runtime.InteropServices.Marshal.ReleaseComObject(app); 
System.Runtime.InteropServices.Marshal.ReleaseComObject(Doc); 
app=null; 
Doc=null; 
GC.Collect(); 
GC.Collect();

--------------------------------------------------------------
補充
------------摘自:http://blogs.geekdojo.net/richardhsu/archive/2003/11/14/281.aspx

Working with COM Exe in C#

Credit goes to Peter A. Bromberg for this one. In his article, he talks about creating dynamic excel workbooks in C# within an ASP.NET page.

What I learnt from the article was how we can properly release a COM object. There are two methods that we are gets the deallocation done. They are :-

1) GC.Collect(); // this one forces garbage collection
2) System.Runtime.InteropServices.Marshal.ReleaseComObject (object); // this one releases the passed in COM object wrapper instance

The pattern the author (Peter A. Bromberg) uses to create and release COM Wrapped Excel objects is :-
1) call GC.Collect() to force collection of existing COM Objects waiting to be released.
2) instantiate the COM Wrapped Excel objects (Workbook, Worksheet etc.)
3) do the thing... 
4) call the Close() or Quit() methods on the objects when done.
5) call System.Runtime.InteropServices.Marshal.ReleaseComObject(object) once for each COM object created.
6) set each object variable to null.
7) call GC.Collect() again
8) be relieved and reminisce the cool VB6 way of doing the above (Set obj = Nothing)

Here is a slightly altered & annotated code fragment (in C#) that shows how it is done :-

Excel.Application oXL;
Excel._Workbook oWB;
Excel._Worksheet oSheet;

// Step 1
GC.Collect();// clean up any other excel guys hangin' around...

// Step 2
oXL = new Excel.Application();
oWB = (Excel._Workbook)(oXL.Workbooks.Add( Missing.Value ));
oSheet = (Excel._Worksheet)oWB.ActiveSheet;

// Step 3
// this part will actually be filling in the values into the sheet
fillValues(oSheet);
....

// Step 4
// Need all following code to clean up and extingush all references!!!
oWB.Close(null,null,null);
oXL.Workbooks.Close();
oXL.Quit();

// Step 5
System.Runtime.InteropServices.Marshal.ReleaseComObject (oXL);
System.Runtime.InteropServices.Marshal.ReleaseComObject (oSheet);
System.Runtime.InteropServices.Marshal.ReleaseComObject (oWB);

// Step 6
oSheet=null;
oWB=null;
oXL = null;

// Step 7
GC.Collect(); // force final cleanup!

Although I am yet to fully understand what goes on behind the scenes, I have used the above mention pattern, and it works. Excel exposes its functionality through a COM Exe. Maybe, we don't need to do all this for a COM Dll, but that is for later.

Published Friday, November 14, 2003 5:08 PM by richardhsu 
Filed Under: Office - VBAC#
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章