为什么更新GridView会同步更新数据源DataTable？双向绑定下遍历选哪个更优？

双向同步是否为设计特性 #

是的，这是.NET WinForms 数据绑定的原生设计逻辑，属于预期内的特性：

• 当你执行gridviewName.DataSource = dtTable1绑定时，DataGridView实际关联的是DataTable默认提供的DataView实例，所有UI层面的单元格编辑、行新增/删除操作，都会自动同步到底层绑定的DataTable，无需额外编写同步代码。
• 只有你显式开启DataGridView.ReadOnly = true、设置特定列/单元格为只读、或者在行变更事件中取消提交时，才会阻断这种自动同步机制。

逐行操作的遍历选择 #

优先遍历绑定的DataTable，不推荐直接遍历DataGridView，核心原因有三点：

• 不受UI展示逻辑干扰：DataTable存储的是纯净的业务数据，不会受UI层排序、筛选、隐藏行/列的影响。比如用户在UI上对表格做了自定义排序，或者用DefaultView.RowFilter设置了行筛选，此时遍历DataGridView拿到的行顺序、行范围会和实际业务数据不一致，极易出现逻辑错误。
• 性能表现更好：直接访问内存中的数据源对象，比遍历UI控件的渲染对象开销更低，数据量较大时性能差异会非常明显。
• 状态获取更便捷：你可以直接读取DataRow.RowState属性区分行的状态（新增/修改/未变更/已删除），可以灵活按业务需求过滤要操作的行，不需要额外从UI控件读取状态做判断。

仅有一种例外场景：如果你确实需要处理UI层面的展示内容（比如读取单元格格式化后的值、仅处理当前UI可见的筛选行），再选择遍历DataGridView。

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