WinForm绑定的DataGridView编辑单元格后值自动回退问题

这类编辑完成后值自动回退、表现和按Esc取消编辑完全一致的问题，本质是单元格结束编辑时，值提交回数据源的环节静默失败，DataGridView自动触发了编辑回滚逻辑。结合已经排除的只读集合、虚拟模式问题，按出现概率从高到低排列常见诱因：

• 最高频诱因：ItemDto类使用公共字段而非公共可读写属性定义字符串成员。WinForm的数据绑定基础设施默认仅支持对带get/set访问器的公共属性做双向读写，公共字段虽然可以被正常读取、把初始值展示在表格中，但写入环节会被绑定模型直接忽略，提交值失败后就会无提示回滚到原值。
• 次高频诱因：存在重复绑定数据源的逻辑。如果在CellValidating、CurrentCellChanged、VisibleChanged、Activated这类会在单元格结束编辑时触发的事件中，重复执行了给BindingSource.DataSource重新赋值的操作，刚编辑完还没持久化的值会被新绑定的数据源直接覆盖。
• 易忽略配置问题：BindingSource或表格列的双向绑定权限被关闭。比如ItemDtoBindingSource.AllowEdit被意外设为false，DataGridView列的DataPropertyName和DTO属性名拼写不匹配，或是列的ReadOnly属性被设为true——部分场景下列只读依然允许进入编辑状态输入内容，但提交环节会被拦截回滚。
• 小众场景：自定义了CellParsing、CellValidating事件处理逻辑，但没有正确赋值e.Value，或是误将e.Cancel设为true、e.ParsingApplied设为false，直接中断了值提交流程。

按顺序操作即可快速定位修复：

1. 优先检查ItemDto类定义，把所有公共字段改成完整的可读写自动属性，90%的场景下改完重新编译即可解决问题，示例：

   // 错误写法：公共字段，不支持双向绑定写入
   public class ItemDto
   {
       public string ItemName;
       public string ItemCode;
   }
   
   // 正确写法：公共可读写属性，支持双向绑定
   public class ItemDto
   {
       public string ItemName { get; set; }
       public string ItemCode { get; set; }
   }
   

2. 全局搜索所有给ItemDtoBindingSource.DataSource赋值的代码，确认不会在单元格编辑结束的生命周期中重复触发绑定。如果需要刷新数据源，先判断DataGridView.IsCurrentCellInEditMode属性，编辑状态下不要执行重绑操作。
3. 核对绑定配置项：
   • 确认ItemDtoBindingSource.AllowEdit = true
   • 逐列检查DataGridView列的DataPropertyName和ItemDto的属性名完全匹配，列的ReadOnly属性设为false
   • 如果是手动配置列绑定，确认绑定的DataSourceUpdateMode为默认值OnValidation，不要设为Never
4. 如果写过CellParsing、CellValidating自定义事件逻辑，逐行调试确认事件中没有主动取消提交，值转换完成后给e.Value赋对应类型的正确结果，同时设置e.ParsingApplied = true。

快速定位技巧：可以在DataGridView.CellEndEdit事件加断点，编辑完单元格离开时，取当前行的DataBoundItem转成ItemDto类型，查看对应属性值有没有更新：如果值根本没写入，优先排查DTO属性定义问题；如果值已经写入又变回旧值，优先排查重复重绑逻辑。

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