详解.NET多线程异常的处理方法

来源：百度文库 编辑：神马文学网 时间：2024/04/27 15:32:46

详解.NET多线程异常的处理方法

.NET多线程在实际应用中会出现一些异常问题，下面请看作者对于.NET多线程异常的一些处理方法。

多线程应用，在实际的项目或产品开发中，原则上来说，应该尽量避免（这是我一家之言，因为我不是一个一心可多用的人 ）。但是在强调用户体验的要求下或开发平台的限制下（如 Silverlight Socket 通讯），我们不得不用多线程。

多线程环境

在我们的产品 SE 中，出现多线程的地方主要有两大类，一类是通过 ThreadPool 或 new Thread 主动发起多线程，另一类是 Socket 通讯回调。

多线程异常捕获

对于一般的异常处理来说，我们只要简单的将可能出错的语句包含在 try/catch 语句中即可。我也曾经简单的将该方法运用于多线程的异常捕获，结果并非如此，代码如下：

        
  1. public static void Main()   
    2.     
  2. {   
    3.     
  3. try 
    4.     
  4. {   
    5.     
  5. new Thread (Go).Start();   
    6.     
  6. }   
    7.     
  7. catch (Exception ex)   
    8.     
  8.  {   
    9.     
  9.  // 永远执行不到这儿！   
    10.     
  10.  Console.WriteLine ("Exception!");   
    11.     
  11.  }   
    12.     
  12. }   
    13.     
  13.  private static void Go()   
    14.     
  14. {   
    15.     
  15.   throw null;   
    16.     
  16. } 

正确的做法应该是在新线程入口方法 Go 中捕获异常：

        
  1. public static void Main()   
    2.     
  2. {   
    3.     
  3.    new Thread (Go).Start();   
    4.     
  4. }     
    5.     
  5. private static void Go()   
    6.     
  6.  {   
    7.     
  7.    try 
    8.     
  8.   {   
    9.     
  9.        ...   
    10.     
  10.     throw null; // 该异常将会被捕获   
    11.     
  11.     ...   
    12.     
  12.    }   
    13.     
  13.    catch (Exception ex)   
    14.     
  14.    {   
    15.     
  15.         // 异常日志记录，或者通知其他线程出现异常了   
    16.     
  16.        ...   
    17.     
  17.     }   
    18.     
  18.  } 

以上的正确做法来自 Threading in C# 中的小节 Exception Handling，该文涉及到 .NET 多线程的方方面面，是我看到最全最好的文章。

正确捕获多线程异常的方法找到了，接下来我们自然会想：是不是每个线程入口方法都得这么做？

且看 Threading in C# 中的小节 Exception Handling 的描述：从 .NET 2.0开始，任何一个线程上未处理的异常都会导致整个应用程序关闭。因此，在每个线程入口方法中都必须要使用 try/catch语句，至少在产品应用程序中必须如此，以免应用程序因为我们未预料到的代码而关闭整个应用程序。

如果仅仅记下异常信息而不在乎应用程序异常关闭，那么有两个方法可以做到：

1、对于 Windows Form 程序来说，有一个全局异常处理事件：Application.ThreadException；

2、对于所有 .NET 程序来说，还有一个更低级的全局异常处理事件：AppDomain.UnhandledException；

更高的要求

我们能简单的通过全局异常处理事件来记录错误日志；如果保证不中断应用程序，也可以在每个线程入口方法中捕获异常并记录异常日志。有没有办法做到：既能捕获异常且不中断应用程序，又能如全局异常处理事件那样简单捕获异常？

对于主动创建的新线程，至少可以做到这一点：

        
  1. public static class ThreadExecutor   
    2.     
  2. {   
    3.     
  3.     public static bool Execute(System.Threading.WaitCallback callback, object state)   
    4.     
  4.   {   
    5.     
  5.        try 
    6.     
  6.         {   
    7.     
  7.             return System.Threading.ThreadPool.QueueUserWorkItem((data) =>   
    8.     
  8.          {   
    9.     
  9.               try 
    10.     
  10.                {   
    11.     
  11.                     callback(data);   
    12.     
  12.                }   
    13.     
  13.                catch (exception ex)   
    14.     
  14.                 {   
    15.     
  15.                     // log the exception   
    16.     
  16.                 }   
    17.     
  17.            }, state);   
    18.     
  18.       }   
    19.     
  19.        catch (Exception e)   
    20.     
  20.        {   
    21.     
  21.           // log the exception   
    22.     
  22.        }   
    23.     
  23.       return false;   
    24.     
  24.   }   
    25.     
  25.  } 
详解.NET多线程异常的处理方法 .NET 4.0里异常处理的新机制 异常处理方法 VB.Net处理文本文件的方法 JAVA的异常处理机制 关于ASP.net服务器的入侵方法详解 .NET中常用的优化性能方法详解 异常处理 异常处理 神钢挖掘机自我诊断中各机器异常显示的处理方法 Java多线程编程详解 Delphi关于多线程同步的一些方法 overflow的处理详解 针刺异常情况的预防和处理 squid禁止多线程并发下载的简单方法 异常处理经验谈 通用异常处理框架 通用异常处理框架 c++中的异常处理 网络封包异常处理 实战：结合Dr.Watson系统日志和Vc6来定位多线程环境下程序异常退出的错误 分享个人总结VB.NET多线程 VB.NET中的多线程开发_Kaifa6.com VB.NET声明语句具体应用方法详解