WPF 捕捉未处理的异常，防止程序崩溃

最新推荐文章于 2024-07-25 10:57:01 发布

wode17

最新推荐文章于 2024-07-25 10:57:01 发布

阅读量3.3k

点赞数

分类专栏： C#基础

本文链接：https://blog.youkuaiyun.com/wode17/article/details/106603707

版权

本文探讨了WPF应用程序中如何捕获和处理未处理的异常，以避免软件因异常而突然崩溃。通过理解和区分UI线程与非UI线程的异常，可以分别使用`Application.Current.DispatcherUnhandledException`和`AppDomain.CurrentDomain.UnhandledException`进行捕获。在UI线程中，设置`e.Handled=true`可标记异常已处理，而对于非UI线程，需在配置文件中设置处理方式。在实践中，作者遇到运行时异常无法正确捕获的问题，通过改进`App_DispatcherUnhandledException`函数得以解决。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题：WPF打包软件发布，但是很多异常点发生之后软件直接崩溃退出了，无法知晓是哪里出错了。

基础知识：
（1）WPF软件运行时默认由两个线程，UI线程和task隐藏线程，如果程序里有新建子线程还会包括这些子线程；
（2）异常也会根据线程分类，一类是在UI线程抛出来的，例如点击了用户界面上面的某个控件，然后执行某个代码的时候，遇到了异常；另一类是非UI线程跑出来的；

（3）对于UI线程抛出的异常，可以用Application.Current.DispatcherUnhandledException来捕捉；对于非UI线程抛出的异常，可以用AppDomain.CurrentDomain.UnhandledException来捕捉；

（3）也有说法AppDomain.CurrentDomain.UnhandledException可以捕捉当前程序域的所有未处理异常，不明确没有验证该说法。
（4）捕捉异常后可以显示异常相关信息，但是需要把异常标记为“处理过”，否则程序还是会退出，对于UI线程DispatcherUnhandledException的可以直接“e.Handled=true”，但对于UnhandledException不行，可以在App.Config文件中添加

 <runtime>
      <legacyUnhandledExceptionPolicy enabled="1"/>
</runtime>

因为WPF中对于非UI线程在4.0之后的异常好像默认是抛出的，不做处理的，为了优化用户体验，可以通过上述代码开启处理异常。

参考：参考1
参考2
参考3

分割线手动~~~~~~~

在实际操作是遇到个问题，要求打开软件、软件运行操作过程中的异常都可以捕获并显示
开始时在App.xaml.cs里这么写的

/// <summary>
    /// App.xaml 的交互逻辑
    /// </summary>
    public partial class App : Application
    {
   
        protected override void OnStartup(StartupEventArgs e)
        {
   
            base