WPF多线程UI更新——两种方法

在WPF中，在使用多线程在后台进行计算限制的异步操作的时候，如果在后台线程中对UI进行了修改，则会出现一个错误：（调用线程无法访问此对象，因为另一个线程拥有该对象。）这是很常见的一个错误，一不小心就会有这个现象。在WPF中，如果不是用多线程的话，例如单线程应用程序，就是说代码一路过去都在GUI线程运行，可以随意更新任何东西，包括UI对象。但是使用多线程来更新UI就可能会出现以上所说问题，怎么解决？本文章提供两个方法：Dispatcher（大部分人使用）,TaskScheduler（任务调度器）。

为了演示方便，我使用了最简单的布局，一个开始按钮，三个TextBlock。按一下开始按钮，开一个后台线程随机得到一个数字，并且更新第一个TextBlock。再开另外一个后台线程得到另外一个数字，更新第二个TextBlock。第三个TextBlock处理同理。

XAML代码：

后台代码：


运行一下，在点击开始按钮的时候，得到了一个错误信息：
果然不出所料，Begin函数是在后台线程执行的，tb这个TextBlock是前台UI线程的对象，所以无法在后台线程改变UI线程拥有的对象，很多有点经验的WPF程序员就会使用下面我要说的Dispatcher了！

问题解决

• 方法一：Dispatcher

1. 把UI更新的代码放到一个函数中：
   
2. 使用Dispatcher,大家看修改后的Begin函数(红色内容)：
   
   再运行一次程序，可以看到能正常显示了，并且不会出现假死现象。

• 方法二：任务调度器(TaskScheduler)

有很多任务调度器，在CLR Var C#中就提出了线程池任务调度器，I/O任务调度器，任务限时调度器等，调度器的职责就是负责任务的调度，调节任务执行。同步上下文任务调度器就是该方法二所使用的调度器，其作用是将所有任务都调度给应用程序的GUI线程。



结果展示：

总结：
任务调度器还有很多种，按照自己喜欢的方法来实现后台多线程更新UI。还有任务调度器也可以应用到Winform中。