WPF中Dispatcher.Invoke用于跨线程同步更新UI，必须避免嵌套调用以防死锁；WinForms需先判InvokeRequired再调用Control.Invoke，且须防控件已释放或未创建句柄。
WPF 里用 Dispatcher.Invoke 是必须的，但别乱套嵌套
在 WPF 中，UI 元素只能由创建它的线程（通常是主线程）访问。一旦你在后台线程（比如 Task.Run 或 Thread.Start）里修改 TextBox.Text 或触发 Button.Click，会直接抛出 InvalidOperationException: “The calling thread cannot access this object because a different thread owns it.”。Dispatcher.Invoke 就是为此而生的——它把委托排队到 UI 线程同步执行。
注意：不是所有操作都得用 Invoke。如果只是读取控件属性（如 myLabel.Content），WPF 通常允许跨线程读（但不保证一致性）；写操作、事件触发、依赖属性变更等则一定需要调度。
-
Dispatcher.Invoke是同步阻塞调用，调用线程会等 UI 线程执行完才继续——适合必须等结果的场景（比如弹窗确认后才继续流程） -
Dispatcher.BeginInvoke是异步非阻塞，更适合“发个通知就走”的更新（如刷新状态栏文本） - 避免在
Invoke委托里再调用另一个Invoke——容易引发死锁，尤其当 UI 线程正等待你当前线程的某个锁时
var result = Application.Current.Dispatcher.Invoke(() =>
{
return MessageBox.Show("确定要保存吗？", "提示", MessageBoxButton.YesNo) == MessageBoxResult.Yes;
});
WinForms 里用 Control.Invoke，但得先判断 InvokeRequired
WinForms 的线程模型更“原始”：每个 Control 实例自带一个 InvokeRequired 属性，用来判断当前线程是不是控件的创建线程。它不像 WPF 那样自动抛异常，而是静默失败或行为未定义（比如赋值没反应、事件不触发），所以必须主动检查。
典型错误是漏掉 InvokeRequired 判断，直接写 label.Text = "done" —— 在后台线程里这行代码不会报错，但 UI 就是不更新，调试起来极难定位。
- 永远先查
if (control.InvokeRequired)，再决定是否调用Invoke或BeginInvoke -
Invoke同步，BeginInvoke异步；两者参数签名一致，都接受Delegate和可选参数数组 - 不要对已释放（
IsDisposed == true）的控件调用Invoke，会抛ObjectDisposedException；建议加if (!control.IsDisposed)双重防护
if (label.InvokeRequired)
{
label.Invoke(new Action(() => label.Text = "完成"));
}
else
{
label.Text = "完成";
}
Dispatcher.Invoke 和 Control.Invoke 的参数差异很实际
表面看都是“把方法扔给 UI 线程执行”，但底层签名和常用写法差别不小，直接影响编码效率和可读性。
- WPF
Dispatcher.Invoke有多个泛型重载，支持直接返回值：Dispatcher.Invoke；WinForms(() => textBox.Text) Control.Invoke返回object，需手动强制转换 - WinForms
Invoke接受Delegate，常用MethodInvoker（无参无返回）或Action，但传Func时必须用Invoke(new Func，略啰嗦(() => 42)) as int - WPF 的
Dispatcher是静态资源，可通过Application.Current.Dispatcher或任意 UI 元素的Dispatcher属性获取；WinForms 必须持有具体Control实例才能调用Invoke
跨线程更新性能和兼容性陷阱
高频调用 Invoke / BeginInvoke（比如每 50ms 更新一次进度条）会导致 UI 线程消息队列积压，界面卡顿甚至假死。这不是 bug，是设计使然——每次调度都是一次 Windows 消息（WM_INVOKE 或类似机制）投递与处理。
- 批量更新优于频繁单点更新：把 10 次
label.Text = i改成一次Dispatcher.Invoke(() => { label1.Text = x; label2.Text = y; }) - WinForms 中，如果窗体还没
Show()（即Handle未创建），InvokeRequired可能返回false，但后续Invoke会失败；确保窗体已显示或手动调用CreateHandle()（不推荐，易出问题） - .NET 6+ WinForms 默认启用高 DPI 感知，若后台线程调用
Invoke时 UI 线程正处理 DPI 变更消息，可能引发意外重入或延迟——这种边界情况极少，但线上偶发卡顿时值得怀疑
最常被忽略的一点：WPF 的 Dispatcher 和 WinForms 的 Control 都不是线程安全的“代理对象”，它们本身只是调度入口。真正危险的从来不是调度方式，而是你在委托里又开了新线程、又访问了未同步的共享字段、又忘了取消已失效的回调——调度只是第一道门，门后还得自己守好规矩。
