WPF线程模型

大家可能会有这样的经历，在做UI开发的时候，遇到一些比较耗时的操作，界面会被卡住（阻塞），用户没有办法操作界面，从而给用户体验打了一个大大的折扣。这样的操作大部分是在取大量数据，或者是在一些文件存取等费时的操作上。那么怎么解决这个问题呢，这个时候就需要使用多线程的编程技术，将UI线程从复杂的任务中解放出来，从而使用户获得更好的用户体验。

首先我们必须了解一些基本的概念：

在WPF的应用程序中有两种线程：一种是UI线程，另一种是后台线程。当所有前台线程全部销毁的时候不管后台线程是否还在执行，整个应用程序将退出，后台线程自动销毁，并且不会抛出错误。

UI线程就是与用户体验最相关的线程，它主要负责处理各种ui元素的事件、绘制等事务。UI线程中的各个调度是由一个叫dispatcher的对象进行管理。Dispatcher 按优先级对其队列中的元素进行排序。 向 Dispatcher 队列中添加元素时可指定 10 个级别。 这些优先级在 DispatcherPriority 枚举中维护。 有关 DispatcherPriority 级别的详细信息可以在 Windows SDK 文档中找到。

Windows 只允许创建 UI 元素的线程访问这些元素，后台线程不可以直接操作前台UI对象。如果只有一个线程可以修改 UI，那么后台线程如何与用户交互呢？后台线程可以请求 UI 线程代表它执行操作。这是通过向 UI 线程的 Dispatcher 注册工作项来完成的。Dispatcher 类提供两个注册工作项的方法：Invoke 和 BeginInvoke。这两个方法均调度一个委托来执行。Invoke 是同步调用，也就是说，直到 UI