一些.NET对多线程异常处理技巧分享

多线程环境
在我们的产品 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(callback, state);
        }
        catch (exception e)
        {
            // log the exception
        }
        return false;
    }
}