第三个DataGridView的Selection_Changed事件未触发（其余两个正常）

这种情况确实挺挠头的——明明三个DataGridView的设置操作都一致，偏偏Pokemon对应的那个就是不触发SelectionChanged事件，我之前做WinForms练习的时候也碰到过类似的小坑，给你列几个实用的排查方向：

1. 确认事件绑定是否真的生效 #

有时候看起来在设计器里绑定了事件，但实际后台代码里并没有关联上，这是最常见的原因：

• 打开窗体设计器，选中出问题的Pokemon DGV，在右侧属性面板切换到「事件」标签（闪电图标），找到SelectionChanged事件，检查右侧是否绑定了对应的处理方法（比如dgvPokemon_SelectionChanged）。
• 也可以直接打开窗体的.Designer.cs文件，搜索这个DGV的控件名，查看是否存在类似这样的代码：

  this.dgvPokemon.SelectionChanged += new System.EventHandler(this.dgvPokemon_SelectionChanged);
  

  如果没有，手动添加这段代码就能完成绑定。

2. 检查DGV的选择相关属性 #

某些属性设置会间接影响事件触发：

• 确认SelectionMode属性没有被设为None（这个模式下无法选择任何行/单元格，自然不会触发选择变化事件）。
• 检查ReadOnly属性：虽然只读模式下依然可以选择行，但如果是动态绑定数据源后才设置的ReadOnly，偶尔会出现选择状态异常的情况，可以尝试在绑定数据源前就设置好这个属性。

3. 排查事件处理方法的内部逻辑 #

即使事件绑定成功，方法内部的错误也可能让你误以为事件没触发：

• 先给dgvPokemon_SelectionChanged方法加个调试断点，运行程序后点击DGV，看断点是否触发。如果断点没触发，回到第一步检查绑定；如果触发了，说明是方法内部的问题。
• 比如常见的空引用异常：如果DGV没有选中行就访问SelectedRows[0]，会直接抛出异常导致方法提前退出，你可以先加个判断：

  private void dgvPokemon_SelectionChanged(object sender, EventArgs e)
  {
      if (dgvPokemon.SelectedRows.Count == 0) return;
      // 后续赋值文本框的逻辑
      txtPokemonName.Text = dgvPokemon.SelectedRows[0]["Name"].ToString();
  }
  

4. 检查是否有其他代码干扰选择状态 #

如果项目里有其他代码修改了这个DGV的选择状态，也可能导致事件不按预期触发：

• 查看是否有其他事件（比如CellClick、MouseUp）里调用了ClearSelection()或者手动修改SelectedRows集合的代码。
• 确认MultiSelect属性的设置：如果设为true，但处理逻辑只考虑了单行选择，可能会出现看似没触发的情况，但本质是逻辑问题而非事件未触发。

5. 尝试重建控件 #

如果以上方法都没解决，可以试试“玄学修复”：删除这个出问题的Pokemon DGV，重新从工具箱拖一个新的DataGridView，手动设置所有属性和绑定事件——复制控件偶尔会导致设计器生成异常的代码，重建控件往往能解决这类问题。

按照这些步骤排查下来，应该能快速找到问题所在，毕竟WinForms的控件事件问题大多都是绑定、属性设置或者代码逻辑的小疏漏。祝你复习顺利，期末考个好成绩！

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