DataGridView绑定问题根源在于默认单向显示及对数据源结构、状态、权限的隐性要求：列名须为合法标识符（如"StudentName"），空DataTable需填充数据并用BindingSource中转，CellFormatting需判e.RowIndex≠-1，导出应遍历SelectedCells，且CurrentCell必须有效。
直接绑定 DataSource 最快，但多数问题不是“绑不上”，而是“绑上了却没反应”或“改了不回写”——根本原因在于 DataGridView 默认是单向显示，且对数据源结构、状态、权限有隐性要求。
DataTable 列名含空格/中文导致数据不显示
列名非法不会抛异常，但整列空白或列头错位。.NET 要求列名是合法标识符：不能以数字开头、不能含空格、中文、点号、连字符等。
- 错误示例：
dataTable.Columns.Add("学生姓名")、dataTable.Columns.Add("score-1") - 正确做法：用下划线或驼峰命名，如
"StudentName"、"Score1" - 已有非法列名？用
DataTable.Columns[i].ColumnName = "NewName"重命名后再绑定
绑定空 DataTable 后看不到行，或编辑后 DataRow.RowState 始终为 Unchanged
空 DataTable 调用 DataSource = dt 后只显示列头，无数据行；用户双击编辑也不触发写回，因为默认绑定不监听变更。
- 确保 DataTable 已填充数据，或至少调用
dt.Rows.Add(dt.NewRow())+dt.AcceptChanges() - 必须用
BindingSource中转：创建BindingSource bs = new BindingSource { DataSource = dt }，再赋给dataGridView1.DataSource = bs - 检查对应列的
ReadOnly属性：dt.Columns["Name"].ReadOnly = false - 编辑完成后手动调用
bs.EndEdit()，否则DataRow.RowState不变，GetChanges()拿不到修改
样式设置无效，CellFormatting 里改颜色却没生效
样式被覆盖或触发时机不对是主因。DefaultCellStyle 是底色，但实际渲染受 SelectionMode、CurrentCell、事件执行顺序多重影响。
- 确认
SelectionMode：想高亮整行，必须设SelectionMode = DataGridViewSelectionMode.FullRowSelect - 在
CellFormatting事件中改样式时，务必加判断：if (e.RowIndex != -1) { e.CellStyle.BackColor = Color.LightGreen; }（否则列头也被改，可能干扰视觉） - 避免在循环中反复设
Rows[i].DefaultCellStyle—— 性能差，且会被后续选中态覆盖；优先用CellFormatting+ 条件判断 -
CurrentCell的存在会强制重绘当前单元格样式，若你刚设完某行样式就点了别的单元格，那行看起来就“失效”了
导出选中单元格到 Excel 时漏行或格式错乱
SelectedRows 和 SelectedCells 行为完全不同：前者只返回整行被选中的行（Ctrl+单击不算），后者才是真实点击选中的单元格集合。
- 要导出所有被人工点选的单元格（包括跨行跨列），必须遍历
dataGridView1.SelectedCells，再用e.RowIndex去 dedupe 行索引 - 别依赖
Clipboard.SetText()自动复制 —— 它受SelectionMode和焦点状态影响极大，调试时看似正常，发布后常因窗体激活顺序失败 - 用 EPPlus 导出时，记得对单元格内容启用
WrapText = true，否则长文本被截断
最易被忽略的一点：所有样式、编辑、选中逻辑都依赖于 CurrentCell 的存在和有效性。哪怕只是想让某行高亮，也得先确保 CurrentCell 不为 null，否则很多 UI 行为会静默降级 —— 这不是 bug，是 WinForms 渲染机制的设计前提。
