Dispatcher.CurrentDispatcher(位于System.Windows.Threading)和Application.Current.Dispatcher(位于System.Windows)之间有什么区别呢？我的理解是Application.Current.Dispatcher不会改变且适用于当前应用程序中的所有线程，而Dispatcher.CurrentDispatcher根据调用它的线程可能会创建一个Dispatcher实例。这个理解正确吗？如果正确，那么Dispatcher.CurrentDispatcher的主要目的是用于多线程UI吗？我的直觉告诉我，Application.Current.Dispatcher永远不会改变，并且是当前应用程序中所有线程的全局变量，而Dispatcher.CurrentDispatcher可能根据其被调用的线程创建一个新的Dispatcher实例。
这是正确的。
此外，在非UI线程中访问Dispatcher.CurrentDispatcher毫无意义。除非您调用Dispatcher.Run，否则它将不起作用，并且在工作线程内进入无限消息循环不是您想要做的事情。
所以：
在最常见的情况下，您的应用程序只有一个UI线程，从UI线程内部调用Application.Current.Dispatcher和Dispatcher.CurrentDispatcher将返回相同的实例。使用哪个仅仅是一种偏好。
如果您的应用程序有多个UI线程，则每个DispatcherObject将永久关联于它在构造时创建的UI线程的分派程序。在这种情况下，Application.Current.Dispatcher将引用您的应用程序生成的线程的分派程序；您将无法使用它来向其他UI线程拥有的控件发送消息。
Dispatcher.CurrentDispatcher 获取当前线程的调度程序。因此，如果您正在从后台进程查找 UI 线程的 Dispatcher，请勿使用此选项。
Application.Current.Dispatcher 将始终为您提供 UI 线程的调度程序，因为这是启动唯一 Application 实例的线程。Application.Current.Dispatcher 不会改变且适用于当前应用程序中的所有线程，而 Dispatcher.CurrentDispatcher 会根据调用它的线程创建一个新的 Dispatcher 实例。Application.Current.Dispatcher 是应用程序的实例属性，它在构造时被指定为当前线程的分派程序。正如 Dispatcher.CurrentDispatcher 文档所述：
Invoke和相关方法通常会将一个方法调用“打包”（如果您愿意，也可以称为序列化）为一个Win32消息，并将其发布到消息队列中。最终，消息循环（分派循环）会从消息队列中提取该消息并执行该调用。由于没有分派循环（如果您在该循环中，那么您的代码不会运行），因此调用实际上永远不会发生。因此，我认为Invoke首先检查是否已经在CurrentDispatcher线程中作为一种优化方式，如果是，则立即在该处执行调用，而不进行序列化。您可以通过检查Thread.ManagedThreadId来验证这一点。 - Jon