詳解.NET多線程異常的處理方法
.NET多線程在實際應用中會出現一些異常問題,下面請看作者對于.NET多線程異常的一些處理方法。
多線程應用,在實際的項目或產品開發(fā)中,原則上來說,應該盡量避免(這是我一家之言,因為我不是一個一心可多用的人 )。但是在強調用戶體驗的要求下或開發(fā)平臺的限制下(如 Silverlight Socket 通訊),我們不得不用多線程。
多線程環(huán)境
在我們的產品 SE 中,出現多線程的地方主要有兩大類,一類是通過 ThreadPool 或 new Thread 主動發(fā)起多線程,另一類是 Socket 通訊回調。
多線程異常捕獲
對于一般的異常處理來說,我們只要簡單的將可能出錯的語句包含在 try/catch 語句中即可。我也曾經簡單的將該方法運用于多線程的異常捕獲,結果并非如此,代碼如下:
- public static void Main()
 - {
 - try
 - {
 - new Thread (Go).Start();
 - }
 - catch (Exception ex)
 - {
 - // 永遠執(zhí)行不到這兒!
 - Console.WriteLine ("Exception!");
 - }
 - }
 - private static void Go()
 - {
 - throw null;
 - }
 
正確的做法應該是在新線程入口方法 Go 中捕獲異常:
- public static void Main()
 - {
 - new Thread (Go).Start();
 - }
 - private static void Go()
 - {
 - try
 - {
 - ...
 - throw null; // 該異常將會被捕獲
 - ...
 - }
 - catch (Exception ex)
 - {
 - // 異常日志記錄,或者通知其他線程出現異常了
 - ...
 - }
 - }
 
以上的正確做法來自 Threading in C# 中的小節(jié) Exception Handling,該文涉及到 .NET 多線程的方方面面,是我看到最全***的文章。
正確捕獲多線程異常的方法找到了,接下來我們自然會想:是不是每個線程入口方法都得這么做?
且看 Threading in C# 中的小節(jié) Exception Handling 的描述:從 .NET 2.0 開始,任何一個線程上未處理的異常都會導致整個應用程序關閉。因此,在每個線程入口方法中都必須要使用 try/catch 語句,至少在產品應用程序中必須如此,以免應用程序因為我們未預料到的代碼而關閉整個應用程序。
如果僅僅記下異常信息而不在乎應用程序異常關閉,那么有兩個方法可以做到:
1、對于 Windows Form 程序來說,有一個全局異常處理事件:Application.ThreadException;
2、對于所有 .NET 程序來說,還有一個更低級的全局異常處理事件:AppDomain.UnhandledException;
更高的要求
我們能簡單的通過全局異常處理事件來記錄錯誤日志;如果保證不中斷應用程序,也可以在每個線程入口方法中捕獲異常并記錄異常日志。有沒有辦法做到:既能捕獲異常且不中斷應用程序,又能如全局異常處理事件那樣簡單捕獲異常?
對于主動創(chuàng)建的新線程,至少可以做到這一點:
- public static class ThreadExecutor
 - {
 - public static bool Execute(System.Threading.WaitCallback callback, object state)
 - {
 - try
 - {
 - return System.Threading.ThreadPool.QueueUserWorkItem((data) =>
 - {
 - try
 - {
 - callback(data);
 - }
 - catch (exception ex)
 - {
 - // log the exception
 - }
 - }, state);
 - }
 - catch (Exception e)
 - {
 - // log the exception
 - }
 - return false;
 - }
 - }
 
原文標題 :.NET 多線程異常處理
鏈接:http://www.cnblogs.com/AutumnalRiver/archive/2010/04/11/1709627.html
【編輯推薦】















 
 
 




 
 
 
 