一些.NET對多線程異常處理技巧分享

更新時間：2010年04月12日 00:10:58 作者：

多線程應用，在實際的項目或產品開發(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(callback, state); 
        } 
        catch (Exception e) 
        { 
            // log the exception 
        } 
        return false; 
    } 
} 