我有一个WPF的启动画面(使用.net 4.5和mvvmlight),它必须以异步方式执行各种加载操作,显示进度并偶尔要求用户输入。
当要求输入时,我将从UI线程创建表单/对话框以调用ShowDialog(以初始屏幕作为父级),这样就不会出现交叉线程问题。这一切都很好但是如果在请求输入时发生错误,则会导致异常丢失。
为简单起见,下面的示例根本不遵循MVVM。
这是我的app.cs,它设置了UI调度程序,并准备处理错误报告的任何未处理的调度程序异常:
public partial class App : Application
{
private void Application_DispatcherUnhandledException(object sender, System.Windows.Threading.DispatcherUnhandledExceptionEventArgs e)
{
e.Handled = true;
System.Windows.Forms.MessageBox.Show("Exception Handled");
}
private void Application_Startup(object sender, StartupEventArgs e)
{
GalaSoft.MvvmLight.Threading.DispatcherHelper.Initialize();
}
}
这是我的(非常简化的)启动/启动屏幕:
private void Window_ContentRendered(object sender, EventArgs e)
{
System.Windows.Forms.MessageBox.Show("Starting long running process...");
var t = System.Threading.Tasks.Task.Factory.StartNew(() =>
{
//some kind of threaded work which decided to ask for user input.
GalaSoft.MvvmLight.Threading.DispatcherHelper.UIDispatcher.Invoke(() =>
{
//Show form for user input, launched on UIDispatcher so that it's created on the UI thread for ShowDialog etc
throw new Exception("issue in capturing input");
});
});
}
所以我要通过Invoke请求用户输入(因为我想等待答案)但是即使我通过UIDispatcher调用工作,也不会触发Application_DispatcherUnhandledException并且异常会丢失。我错过了什么?该示例使用Task作为线程作业,但在使用BeginInvoke()时也会发生这种情况。当然应该在UIDispatcher上发生工作(以及产生的异常)吗?
更新:使用BeginInvoke替代演示(未处理异常)
private void Window_ContentRendered(object sender, EventArgs e)
{
System.Windows.Forms.MessageBox.Show("Starting long running process...");
Action anon = () =>
{
//some kind of threaded work which decided to ask for user input.
GalaSoft.MvvmLight.Threading.DispatcherHelper.UIDispatcher.Invoke(() =>
{
//Show form for user input, launched on UIDispatcher so that it's created on the UI thread for ShowDialog etc
throw new Exception("issue in capturing input");
});
};
anon.BeginInvoke(RunCallback, null);
}
private void RunCallback(IAsyncResult result)
{
System.Windows.Forms.MessageBox.Show("Completed!");
}
答案 0 :(得分:5)
Task
异常由任务处理,因此DispatcherUnhandledException
不会触发。这是因为你使用同步Dispatcher.Invoke
方法 - 这几乎总是一种不好的做法;你在线程池线程上浪费时间等待UI执行某些操作。您应该更喜欢Dispatcher.BeginInvoke
或(使用await
时)Dispatcher.InvokeAsync
。
此外,注册TaskScheduler.UnobservedTaskException
事件可能是一个好主意,这样就可以记录这些例外(这只发生在垃圾收集任务之后)。
最后,如果您能够使用C#5或更高版本,我强烈建议您查看async / await。上述方法可以改写为:
private async void Window_ContentRendered(object sender, EventArgs e)
{
MessageBox.Show("Starting long running process...");
await Task.Run(() =>
{
//some kind of threaded work
throw new Exception("foo");
});
// code after the await will automatically be executed on the UI thread
// the await will also propagate exceptions from within the task
throw new Exception("issue in capturing input");
}
Delegate.BeginInvoke
这里我们也对线程池执行一个操作,但异常由"异步结果"处理。宾语。我完全不鼓励你使用这个旧的线程模型(APM)。
顺便提一下,如果你调用相应的EndInvoke
(无论如何你都应该这样做),你可以得到抛出的异常:
private void ButtonBase_OnClick(object sender, RoutedEventArgs e)
{
Action a = () => { Dispatcher.Invoke(() => { throw new Exception(); }); };
a.BeginInvoke(Callback, a);
}
private void Callback(IAsyncResult ar)
{
((Action)ar.AsyncState).EndInvoke(ar);
}
但即便如此,由于回调是在线程池线程上执行的,因此不会调用DispatcherUnhandledException
。所以这个过程就会崩溃。
使用同步Dispatcher.Invoke
将始终将异常传播给调用者。使用起来也非常浪费。如果调用者不是UI线程,则异常将永远不会到达调度程序,并且根据所使用的线程API,它将被吞下或抛出并使进程崩溃。