详解.NET多线程异常的处理方法-技术开发专区

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

作者：秋江博客编辑：胡铭娅 2010-04-15 13:09 来源：秋江博客

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

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

　　多线程环境

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

　　多线程异常捕获

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

public static void Main() { try { new Thread (Go).Start(); } catch (Exception ex) { // 永远执行不到这儿! 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# 中的小节 Exception Handling，该文涉及到 .NET 多线程的方方面面，是我看到最全最好的文章。

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

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

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

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

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

第1页：多线程环境第2页：更高的要求

关注我们