1. 概述
在WPF应用程序开发中，异常处理是一个关键的安全机制。由于WPF应用程序涉及UI线程和后台线程的交互，需要采用多层次的异常处理策略来确保应用程序的稳定性和用户体验。本文档详细介绍WPF应用中各种异常处理机制及其最佳实践。
2. WPF异常处理层次
2.1 UI线程异常处理
UI线程异常是最常见的异常类型，通常由用户交互操作引发。
private void App_DispatcherUnhandledException(object sender, DispatcherUnhandledExceptionEventArgs e)
{
MessageBox.Show($"捕获到UI线程异常：{e.Exception.Message}", "错误", MessageBoxButton.OK, MessageBoxImage.Error);
e.Handled = true; // 标记异常已处理，防止应用程序崩溃
}特点：
- 处理由UI线程直接引发的异常
- 可以通过设置
e.Handled = true防止应用程序崩溃 - 最先捕获UI线程异常
2.2 后台线程异常处理
后台线程异常包括Thread、ThreadPool和Task引发的异常。task线程如果被观察到这里不会捕获，同时也需要等待gc回收之后才会触发。
private void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e)
{
Exception ex = e.ExceptionObject as Exception;
MessageBox.Show($"捕获到非UI线程异常：{ex?.Message}", "错误", MessageBoxButton.OK, MessageBoxImage.Error);
// 注意：这里无法阻止应用程序崩溃
}特点：
- 处理所有非UI线程的未捕获异常
- 无法阻止应用程序崩溃
- 作为最后的安全网
2.3 Task未观察异常处理
Task异常需要特殊处理，因为它们可能不会立即触发其他异常处理机制。task线程如果被观察到这里不会捕获，同时也需要等待gc回收之后才会触发。
private void TaskScheduler_UnobservedTaskException1(object sender, UnobservedTaskExceptionEventArgs e)
{
try
{
if (e.Exception != null)
{
foreach (var innerException in e.Exception.InnerExceptions)
{
MessageBox.Show($"捕获到未观察的Task异常：{innerException.Message}", "错误", MessageBoxButton.OK, MessageBoxImage.Error);
}
}
}
catch (Exception ex)
{
MessageBox.Show($"处理Task异常时发生错误：{ex?.Message}", "错误", MessageBoxButton.OK, MessageBoxImage.Error);
}
finally
{
e.SetObserved(); // 标记异常已被观察，防止程序崩溃
}
}特点：
- 处理未被观察的Task异常
- 需要调用
SetObserved()防止最终导致程序崩溃 - 通常在垃圾回收时触发
3. 应用程序启动配置
在App.xaml.cs中配置全局异常处理：
protected override void OnStartup(StartupEventArgs e)
{
// 配置各种异常处理程序
AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException;
DispatcherUnhandledException += App_DispatcherUnhandledException;
TaskScheduler.UnobservedTaskException += TaskScheduler_UnobservedTaskException1;
base.OnStartup(e);
}4. Task异常处理最佳实践
4.1 使用await/async模式
private async void Button_Click(object sender, RoutedEventArgs e)
{
try
{
await Task.Run(() =>
{
// 后台工作
throw new Exception("任务异常");
});
}
catch (Exception ex)
{
// 直接捕获Task中的异常
MessageBox.Show($"捕获到Task异常: {ex.Message}");
}
}4.2 使用ContinueWith处理异常
private void RunTaskWithExceptionHandling()
{
Task.Run(() =>
{
throw new Exception("任务异常");
})
.ContinueWith(task =>
{
if (task.IsFaulted)
{
// 在UI线程上显示异常
Application.Current.Dispatcher.Invoke(() =>
{
MessageBox.Show($"Task执行失败: {task.Exception?.InnerException?.Message}");
});
}
}, TaskContinuationOptions.OnlyOnFaulted);
}4.3 避免未观察异常
// 不好的做法 - 可能导致未观察异常
Task.Run(() =>
{
throw new Exception("任务异常");
});
// 好的做法 - 主动处理异常
var task = Task.Run(() =>
{
throw new Exception("任务异常");
});
// 方式1: await处理
try
{
await task;
}
catch (Exception ex)
{
// 处理异常
}
// 方式2: ContinueWith处理
task.ContinueWith(t => {
// 处理异常
}, TaskContinuationOptions.OnlyOnFaulted);5. 异常处理优先级
异常处理遵循以下优先级顺序：
- 局部try-catch：最优先捕获，推荐使用
- async/await异常处理：自动将Task异常转换为同步异常
- Task异常处理：处理未观察的Task异常
- UI线程异常处理：处理UI线程未捕获异常
- 全局异常处理：最后的安全网
6. 注意事项和最佳实践
6.1 异常处理原则
- 就近处理：在最接近异常发生点的地方处理异常
- 记录日志：所有异常都应该被记录，便于调试和问题追踪
- 用户体验：向用户提供友好的错误信息，避免暴露技术细节
- 资源清理：确保异常发生时能够正确清理资源
6.2 特殊考虑
- SetObserved()的重要性：处理UnobservedTaskException时必须调用此方法
- 线程安全：在后台线程中更新UI需要使用Dispatcher
- 性能影响：频繁的异常处理可能影响应用程序性能
- 测试验证：确保异常处理机制在各种场景下都能正常工作
6.3 调试技巧
private void TestUnobservedTaskException()
{
// 创建测试用的未观察异常Task
var task = Task.Run(() =>
{
throw new Exception("测试未观察的Task异常");
});
// 不要await或访问task，让它成为未观察状态
// 强制GC来测试UnobservedTaskException事件
GC.Collect();
GC.WaitForPendingFinalizers();
}7. 总结
WPF应用程序需要建立多层次的异常处理机制来确保稳定运行。推荐采用以下策略：
- 主动处理：优先使用try-catch和async/await处理已知异常
- 全局保护：配置完整的全局异常处理作为安全网
- 特殊关注：特别注意Task异常的处理，避免未观察异常
- 持续改进：通过日志分析不断优化异常处理策略