WPF程序中，对于异常的捕获一般使用try/catch块。就像程序中的bug一样，很难保证程序中所有的异常都能够通过try/catch捕获。如果异常没有被捕获，轻则影响用户体验，严重时会导致数据丢失。WPF中提供了Application.DispatcherUnhandledException事件和AppDomain.UnhandledException事件，通过注册这两个事件，我们可以对未经处理的全局异常集中执行自定义处理。
对于在主UI线程上运行的代码未处理的每个异常，Application都将引发一个 DispatcherUnhandledException。当您处理一个来自 DispatcherUnhandledException 的未经处理的异常，并且不希望 WPF 继续处理该异常时，需要将 Handled 属性设置为 true。通俗的讲，如果不希望应用程序崩溃，我们需要将Handled 属性设置为 true。但不是所有的异常都可恢复，如果异常是FileNotFoundException，程序可以在处理异常后继续运行，如果异常是*Exception，则无法再继续运行，即将关闭。
对于在任何线程中的任何未处理的异常，以及无论什么应用程序域中的异常都将引发UnhandledException。如果UI线程中的异常未处理，也会引发UnhandledException。从.NET Framework 4开始，损坏进程状态异常将不引发该事件，如堆栈溢出，或者是访问冲突。因为默认情况下，公共语言运行时 (CLR) 并不把这些异常输出到托管代码，且不为它们调用 try/catch 块。
奉上简单代码：
/// <summary>
/// 应用程序启动
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
private void Application_Startup(object sender, StartupEventArgs e)
{
Current.DispatcherUnhandledException += App_OnDispatcherUnhandledException;
AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException;
} /// <summary>
/// UI线程抛出全局异常事件处理
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
private void App_OnDispatcherUnhandledException(object sender, DispatcherUnhandledExceptionEventArgs e)
{
try
{
LogHelper.Instance.Logger.Error(e.Exception, "UI线程全局异常");
e.Handled = true;
}
catch (Exception ex)
{
LogHelper.Instance.Logger.Error(ex, "不可恢复的UI线程全局异常");
MessageBox.Show("应用程序发生不可恢复的异常，将要退出！");
}
} /// <summary>
/// 非UI线程抛出全局异常事件处理
/// </summary>
/// <param name="sender"></param>
/// <param name="e"></param>
private void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e)
{
try
{
var exception = e.ExceptionObject as Exception;
if (exception != null)
{
LogHelper.Instance.Logger.Error(exception, "非UI线程全局异常");
}
}
catch (Exception ex)
{
LogHelper.Instance.Logger.Error(ex, "不可恢复的非UI线程全局异常");
MessageBox.Show("应用程序发生不可恢复的异常，将要退出！");
}
}