C#自定义异常处理（自定义例外）

OStack程序员社区-中国程序员成长平台 › 门户 › 编程› Node.js›Node.js教程

原作者: [db:作者] 来自: [db:来源] 收藏邀请

对.NET类来说，一般的异常类 System.Exception 派生于 System.Object。还有许多定义好的异常类（如：System.SystemException、System.ApplicationException等），他们又派生于 System.Exception 类。其中System.ApplicationException 类是第三方定义的异常类，如果我们要自定义异常类，那么就应派生于它。

    我们要站在异常一定可能会发生的角度来编写异常处理程序，应对程序有可能发生的错误建立一个良好的异常处理策略。
    在做异常处理的时候，最好能在应用程序所有的入口处（事件处理函数，主函数，线程入口）使用try-catch。但是不要在程序构造函数入口处添加try-catch，因为此处产生异常，它自己并没有能力来处理，因为它还没有构造完毕，只能再向外层抛出异常。
    但我们也不能盲目使用异常。而且使用异常，可能会在一定程度上影响到程序的性能（C#中使用异常一般不影响性能）。

// 自定义异常类
public class MyException : ApplicationException

全局异常处理、多线程中的异常处理

将全局异常处理函数的委托加入到 Application.ThreadException 中，实现全局异常处理，但它只能处理主线程中未捕获的异常。在多线程异常处理时，工作线程/辅线程中产生异常，可以把它转给主线程来完成异常处理。如果线程之间不通知，是无法直接捕捉异常的。若没有去处理工作线程/辅线程中产生的异常，该异常将会“消失”掉。

为什么要把异常处理都交给主线程去做呢？举个例子：在WinForm里我们使用多线程来处理界面元素，一旦有异常发生就将异常消息显示出来。那么，是直接在异常发生后就MessageBox，还是将消息交给MainUI来统一显示？试想一下，程序要是复杂点或是有多个界面采用多线程来显示界面元素，那么采用前者，我们就算知道了异常的详细信息，但可能还是很难找到究竟是哪里出了问题。而通过MainUI来显示，情况就要好很多了，尤其是还设计到其他东西的时候（如：多语言环境）。当然，这个例子只是很小的一个方面。下面就来看怎么来实现：

using System;
using System.Drawing;
using System.Collections;
using System.ComponentModel;
using System.Windows.Forms;
using System.Data;
using System.Threading;

namespace ThreadApp
}