DataGridView添加复选框列必须使用DataGridViewCheckBoxColumn实例并正确配置；绑定字段类型须为bool，需设TrueValue/FalseValue，CellValueChanged中须校验索引与值类型，多选逻辑需遍历数据源而非依赖SelectedRows。
DataGridView 添加复选框列必须用 DataGridViewCheckBoxColumn
直接在设计器里拖一个列、设成 CheckBox 类型？不行。运行时点不动、状态不更新、数据绑定失效——根本原因是没走对路。C# 的 DataGridView 不支持“伪复选框列”，必须显式创建 DataGridViewCheckBoxColumn 实例并插入。
常见错误现象：CellValueChanged 不触发、CurrentCell.Value 始终为 null 或 false、双击才变状态但回车不保存。
- 手动添加列时，别用
DataGridViewTextBoxColumn+ 修改CellTemplate，那只是视觉欺骗，底层没绑定布尔逻辑 - 如果绑定的是
DataTable或BindingList<T>，对应字段类型必须是bool（不能是string或int），否则勾选后自动转成false - 设置
ReadOnly = false（默认就是 false，但有人手抖关了） - 别忘了设
TrueValue/FalseValue（默认是true/false，但若底层数据是1/0，就得显式指定）
多选状态不能只靠界面勾选，得靠 SelectedRows 或数据源标记
DataGridView 的“多选”有两种理解：一种是用户按 Ctrl/Shift 点行（SelectionMode = FullRowSelect），另一种是勾选复选框控制业务逻辑（比如“批量删除选中项”）。这两者默认互不干扰——勾了复选框 ≠ 行被选中，反之亦然。
所以别指望 SelectedRows.Count 能反映复选框状态。真正要实现“功能多选”，得自己遍历数据源。
- 如果用
BindingSource绑定，优先遍历BindingSource.List，检查每项的布尔属性（如IsSelected） - 如果没绑定，就遍历
Rows，读Cells["CheckBoxColName"].Value，注意判空：value is bool b && b - 避免在
CellClick里直接操作SelectedRows，容易和键盘多选冲突；改用CellValueChanged监听复选框列
CellValueChanged 事件里取值前务必检查列索引和值类型
这个事件太“勤快”：编辑单元格、粘贴、甚至程序赋值都会触发。不加防护就取 Value，很容易遇到 NullReferenceException 或类型转换失败。
典型错误信息：Object reference not set to an instance of an object.（点空白行触发）、InvalidCastException（值是 DBNull.Value 却强转 bool）。
- 先判断
e.ColumnIndex == checkBoxColumn.Index，别响应其他列 - 再判断
e.RowIndex >= 0（排除 header 行） - 取值写成：
var val = dataGridView1.Rows[e.RowIndex].Cells[e.ColumnIndex].Value;，然后用val is bool b && b判断 - 如果数据源允许 null（比如数据库字段可空），还得处理
val == DBNull.Value或val == null
性能敏感场景下，别在每次勾选时刷新整个数据源
当行数过千、且复选框状态关联后台计算或 UI 更新时，CellValueChanged 频繁触发会导致卡顿。不是所有勾选都需要立刻响应。
例如：用户连续勾选 50 行，你每勾一个就查一次数据库或重绘图表——体验会明显变差。
- 用
BeginInvoke延迟聚合处理（比如等用户停顿 300ms 后再批量读取） - 或者加个“确认执行”按钮，把状态收集和业务操作解耦
- 避免在事件里调用
Refresh()、Invalidate()或重新DataSource = ... - 如果只是更新状态栏计数，用
dataGridView1.SelectedRows.Count比遍历所有行快得多——但记住它和复选框无关
复选框列看着简单，实际最易出问题的是数据类型错配和事件误用。很多人卡在“点了没反应”，其实只是字段类型不是 bool，或者事件里没做 RowIndex 边界检查。
