WPF中Dispatcher的使用场景是什么？为何更新ObservableCollection需要调用它？

• 首先纠正一个认知误区：不是进度条、文本框、按钮这类控件的更新不需要Dispatcher，是WPF框架在属性绑定场景下，帮你自动完成了线程封送操作，你没有感知到而已。
• 普通属性绑定的自动调度逻辑：
  WPF 4.5及以上版本中，如果你通过绑定关联了ViewModel的普通属性（对应INotifyPropertyChanged通知），当你在后台线程修改这类属性时，WPF的绑定引擎会自动把后续的UI更新操作封送到Dispatcher线程执行，不需要你手动调用Application.Current.Dispatcher.Invoke。你看到的后台线程改属性就能直接更新文本、进度条、按钮状态，本质上还是走了Dispatcher流程，只是框架帮你封装了。
  如果你直接在后台线程操作控件实例的属性（比如直接写txtName.Text = "测试"），依然会抛出跨线程访问异常。
• ObservableCollection需要手动调度的原因：
  ObservableCollection的变更通知走的是INotifyCollectionChanged接口，这类集合变更涉及元素的批量增删、重置操作，框架如果默认做自动跨线程调度，很容易引发并发冲突（比如后台线程修改集合的同时UI线程在遍历集合渲染），因此微软没有为这类通知做默认的自动封送处理，要求开发者必须主动保证集合变更操作是在Dispatcher线程执行，所以你需要手动把更新ObservableCollection的逻辑包在Dispatcher调用里。
• 补充特殊场景：
  .NET Core 3.0及更高版本中提供了BindingOperations.EnableCollectionSynchronization方法，你可以给ObservableCollection注册同步锁，注册后后台线程更新集合时框架也会自动处理线程同步，不需要手动调用Dispatcher，本质上还是依赖Dispatcher完成UI线程的调度。

内容的提问来源于stack exchange，提问作者Moon