Button.Click 事件绑定必须在 InitializeComponent() 之后，否则控件未创建导致绑定失败、点击无反应；正确时机为 InitializeComponent() 后、Show() 前；需避免闭包陷阱、WPF 路由事件混淆及跨线程 UI 访问。
Button.Click 事件绑定必须在 InitializeComponent() 之后
winforms 中，button.click 事件不能在 initializecomponent() 调用前注册，否则控件还没创建，委托会绑定失败，点击毫无反应。
- 常见错误现象：
Button点击没反应，调试发现事件处理器根本没进断点 - 正确时机：在
InitializeComponent()后、Show()前（比如构造函数末尾或Load事件里） - 不推荐在设计器自动生成的
InitializeComponent()内部手动加绑定——它每次保存窗体都会被覆盖
lambda 表达式 vs. 方法名绑定：别在循环里捕获变量
用 lambda 绑定 Click 时，如果在 for 循环中引用循环变量，容易导致所有按钮都触发最后一次的值——这是闭包陷阱，不是事件本身的问题。
- 错误写法：
for (int i = 0; i < buttons.Length; i++) {<br> buttons[i].Click += (s, e) => MessageBox.Show(i.ToString()); // 全显示 buttons.Length<br>} - 正确写法：用局部变量“固定”当前值
for (int i = 0; i < buttons.Length; i++) {<br> int localI = i;<br> buttons[i].Click += (s, e) => MessageBox.Show(localI.ToString());<br>} - 更稳妥的方式：直接用方法名绑定，避免闭包，逻辑也更易测试
WPF 的 Button.Click 和 WinForms 不是一回事
WPF 的 Button.Click 是路由事件，支持冒泡，能被父容器的事件处理器捕获；而 WinForms 是直连委托。混用两套框架的思维会导致事件不触发或误触发。
- WPF 中若在父
StackPanel上也写了Click处理器，且没设e.Handled = true，子Button点击后会先触发子，再向上冒泡到父 - WinForms 没有冒泡机制，每个控件事件完全独立
- 跨平台迁移时，别直接复制 WinForms 的事件绑定习惯到 WPF —— 尤其是动态生成按钮 + 事件转发场景
异步点击处理：别直接 await 在 Click 里
直接在 Button.Click 事件处理器里写 await SomeAsyncMethod() 并不报错，但 UI 线程会被释放，后续代码可能在非 UI 线程执行，引发 InvalidOperationException: The calling thread cannot access this object because a different thread owns it。
- 正确做法：声明为
async void（仅限事件处理器），并在需要更新 UI 的地方显式切回 UI 线程 - 更安全写法：用
await Task.Run(...)包裹耗时同步操作，但 UI 更新仍需在主线程做 - 典型坑：
await LoadData(); label.Text = "done";这句赋值可能崩——因为label只能在创建它的线程访问
