为什么直接在子线程里改 TextBox.Text
会报错
WinForms 的控件不是线程安全的，
Control.CheckForIllegalCrossThreadCalls默认为
true，一旦非创建该控件的线程尝试访问其属性（如
Label.Text、
Button.Enabled），就会抛出
InvalidOperationException：“线程间操作无效：从不是创建控件的线程访问它。” 这不是偶然崩溃，而是框架主动拦截——目的是防止 UI 状态不一致或 GDI 资源错乱。
Invoke
和 BeginInvoke
怎么选
两者都把委托封送到 UI 线程执行，但行为不同：
Invoke是同步调用：调用线程会阻塞，直到 UI 线程执行完委托才返回。适合需要立刻拿到结果的场景，比如读取
ComboBox.SelectedItem后做判断
BeginInvoke是异步调用：立即返回，不等 UI 线程执行完。适合纯更新操作（如刷新进度条、追加日志），避免子线程卡住 如果控件已被释放（例如窗体已关闭），
Invoke可能抛
ObjectDisposedException；
BeginInvoke则静默失败（委托不会执行） 二者都要求控件已创建且
IsHandleCreated == true，否则会抛异常。可在调用前加判断
if (this.InvokeRequired)
{
this.Invoke(new Action(() => label1.Text = "完成"));
}
else
{
label1.Text = "完成";
}
用 async/await
+ Progress<t></t>
避免手动 Invoke
现代写法更推荐用
Progress<t></t>抽象跨线程更新逻辑，它内部自动调用
Post（类似
BeginInvoke），且天然适配
async流程： 构造
Progress<string></string>时捕获当前同步上下文（即 UI 线程） 子线程中调用
Report("xxx")，回调自动在 UI 线程执行
无需手动判 InvokeRequired，也不用写委托封装 注意：回调中不能访问已释放的控件，建议加
if (IsDisposed || Disposing) return;
private async void button1_Click(object sender, EventArgs e)
{
var progress = new Progress<string>(s => label1.Text = s);
await Task.Run(() =>
{
Thread.Sleep(1000);
progress.Report("处理中...");
Thread.Sleep(1000);
progress.Report("完成");
});
}
容易被忽略的坑：控件未创建句柄或已销毁
以下情况会导致
Invoke失败或静默丢弃： 窗体
Show()前就启动后台任务并尝试更新控件（
IsHandleCreated == false） 用户点了关闭按钮，窗体正在
Dispose，但后台任务还在调用
Report或
Invoke多级嵌套控件（如
Panel内的
TextBox），误用父容器的
Invoke但实际要更新的是子控件
稳妥做法是统一用窗体实例做调度，并在回调开头检查生命周期：
private void UpdateLabelSafely(string text)
{
if (this.IsDisposed || this.Disposing) return;
if (this.InvokeRequired)
this.Invoke(new Action<string>(UpdateLabelSafely), text);
else
label1.Text = text;
}
真正麻烦的从来不是“怎么调”，而是“什么时候能调”——句柄存在性、窗体存活状态、以及是否真需要实时更新，这三个点漏掉任何一个，都会让看似正确的代码在特定时机崩掉。
