.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;
更高的要求
我们能简单的通过全局异常处理事件来记录错误日志;如果保证不中断应用程序,也可以在每个线程入口方法中捕获异常并记录异常日志。有没有办法做到:既能捕获异常且不中断应用程序,又能如全局异常处理事件那样简单捕获异常?
对于主动创建的新线程,至少可以做到这一点:
- 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
【编辑推荐】