为什么SynchronizationContext 在WPF中很重要

因为WPF的UI操作必须在UI Thread的Dispatcher上完成。
DispatcherSynchronizationContext 是SynchronizationContext 的一个子类实现,专门为WPF服务的,定义在WindowsBase.dll里的(虽然namespace还是system.Windows.threading).有了它,和别的SynchronizationContext 实现一样,就可以使用它的Post方法。
TaskScheduler抽象类有两个子类,除了默认的新开一个线程的 ThreadPoolTaskScheduler,另一个就是SynchronizationContextTaskScheduler,它就会用SynchronizationContext 的Post方法。这样如果用TaskScheduler.FromCurrentSynchronizationContext(),就会创建一个SynchronizationContextTaskScheduler,就能够保证多线程的队列里的元素执行时都在同一个SynchronizationContext 上执行(除非手动地设置SynchronizationContext ),无论对Winform还是WPF都如此,对取数据等操作如果有SynchronizationContext 上的限制,也都有了保证。对WPF而言,这个DispatcherSynchronizationContext ,是在Dispatcher的构造函数里就和这个Dispatcher联系在一起了。它的Send会立即执行,而它的Post,就会加入Queue,而Queue的处理则是这个Dispatcher的Window Proc(处理Window message loop的自定义方法)里的事情。

一段精巧的代码

internal void EnsureThreadRequested()
{
    int num;
    for (int i = this.numOutstandingThreadRequests; i < ThreadPoolGlobals.processorCount; i = num)
    {
        num = Interlocked.CompareExchange(ref this.numOutstandingThreadRequests, i + 1, i);
        if (num == i)
        {
            ThreadPool.AdjustThreadsInPool(1u);
            return;
        }
    }
}

ThreadPoolWorkQueue类里的,没用Lock就实现了多线程情况下确保+1操作的一次调用。厉害。