WPF程序中,对于异常的捕获一般使用try/catch块。就像程序中的bug一样,很难保证程序中所有的异常都能够通过try/catch捕获。如果异常没有被捕获,轻则影响用户体验,严重时会导致数据丢失。WPF中提供了Application.DispatcherUnhandledException事件和AppDomain.UnhandledException事件,通过注册这两个事件,我们可以对未经处理的全局异常集中执行自定义处理。
对于在主UI线程上运行的代码未处理的每个异常,Application都将引发一个 DispatcherUnhandledException。当您处理一个来自 DispatcherUnhandledException 的未经处理的异常,并且不希望 WPF 继续处理该异常时,需要将 Handled 属性设置为 true。通俗的讲,如果不希望应用程序崩溃,我们需要将Handled 属性设置为 true。但不是所有的异常都可恢复,如果异常是FileNotFoundException,程序可以在处理异常后继续运行,如果异常是StackOverflowException,则无法再继续运行,即将关闭。
对于在任何线程中的任何未处理的异常,以及无论什么应用程序域中的异常都将引发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("应用程序发生不可恢复的异常,将要退出!"); } }
原文地址:http://www.bkjia.com/Asp_Netjc/1053906.html
浙公网安备 33010602011771号