WPF跨线程更新UI必须通过Dispatcher调度，因UI控件具有线程亲和性，直接更新会抛出InvalidOperationException；Invoke同步阻塞后台线程易致卡顿，BeginInvoke异步但依赖UI线程空闲且可能丢失任务，推荐CheckAccess+InvokeAsync组合并显式指定优先级。
直接更新UI控件会抛出 InvalidOperationException：“调用线程无法访问此对象，因为另一个线程拥有该对象”——这不是bug，是WPF的线程安全机制在起作用。你必须用 Dispatcher.Invoke 或 Dispatcher.BeginInvoke 调度到UI线程，但选错方式或用错位置，UI照样卡死、假死、甚至死锁。
为什么Invoke会卡住整个后台线程？
Dispatcher.Invoke 是同步调用：它会阻塞当前线程，直到UI线程执行完委托并返回。如果你在耗时的后台任务中频繁调用它（比如每处理1条数据就 Invoke 更新一次进度条），后台线程就变成“等UI线程空闲→执行→再等→再执行”的循环，实际变成了串行，还拖慢了UI线程本身。
常见错误场景：
- 在
for循环里对每个元素都调用Dispatcher.Invoke(() => label.Content = i) - 把数据库查询、文件读取、JSON解析等耗时操作写进
Invoke委托里 - 在
Task.Run中连续调用多次Invoke，且每次只更新一个控件属性
正确做法是：后台线程先完成所有计算/聚合，再用一次 Invoke 批量更新多个UI状态。
BeginInvoke 为什么有时不执行？
Dispatcher.BeginInvoke 是异步投递，不阻塞调用线程，但它依赖UI线程有空闲消息泵来执行。如果UI线程正被长时间占用（比如你在按钮点击事件里写了死循环或超长同步代码），BeginInvoke 投递的任务会一直排队，看起来“没反应”。
更隐蔽的问题是：它不返回 DispatcherOperation 对象时，你无法判断任务是否已入队，也无法取消或等待完成。容易导致：
- UI更新延迟不可控（尤其在低优先级
Background下） - 多次快速调用覆盖前序更新（比如快速滚动列表时反复更新
TextBlock） - 窗口关闭后，
BeginInvoke仍尝试执行，引发已释放对象访问异常
建议始终显式指定优先级（如 DispatcherPriority.Normal），并在窗口关闭前检查 Dispatcher.HasShutdownStarted。
该用控件自己的Dispatcher，还是Application.Current.Dispatcher？
优先用具体控件的 Dispatcher，例如 myButton.Dispatcher.Invoke(...)，而不是全局的 Application.Current.Dispatcher。
原因很实在：
- 某些控件（如自定义
UserControl）可能在非主UI线程上创建（比如通过Thread.SetApartmentState(ApartmentState.STA)单独启动的窗口），它的Dispatcher和主应用不共享 -
Application.Current.Dispatcher在主窗口关闭后可能已失效，而子控件的Dispatcher更贴近其生命周期 - 避免因多窗口、多线程上下文导致的调度目标错位（比如向已关闭窗口的Dispatcher发消息）
注意：控件的 Dispatcher 属性可能为 null（如控件尚未加载），使用前应判空或用 CheckAccess() 防御。
CheckAccess + InvokeAsync 组合才是日常首选
最健壮的写法不是无脑 Invoke，而是先判断线程归属，再按需调度：
void UpdateStatus(string msg)
{
if (statusLabel.Dispatcher.CheckAccess())
{
statusLabel.Content = msg;
}
else
{
statusLabel.Dispatcher.InvokeAsync(() => statusLabel.Content = msg);
}
}
这个模式的关键点：
-
CheckAccess()开销极小，比无条件Invoke快一个数量级，适合高频调用场景（如实时日志刷新） -
InvokeAsync比BeginInvoke更现代，返回DispatcherOperation，支持await等待完成（WPF 4.5+） - 避免了
Invoke的阻塞风险，也规避了BeginInvoke的“丢任务”感
真正容易被忽略的是：即使用了 InvokeAsync，如果UI线程持续满载（比如渲染复杂动画+绑定大量数据），任务队列仍会堆积——这时候得考虑降频更新、节流（throttle）或改用虚拟化控件。
