CellEndEdit刷新DataGridView触发SetCurentCellAddressCore重入调用异常

这个问题我做WinForms开发时也碰到过，咱们先理清楚根源，再给你靠谱的解决方案：

为什么会出现这个异常？ #

你在CellEndEdit事件里直接调用Grid_Load刷新整个DataGridView，这会触发控件的一系列内部操作——比如重置数据源、重新计算单元格位置、更新当前选中状态等。但问题在于：当你点击其他单元格结束编辑时，DataGridView此时还在处理当前单元格编辑结束、焦点切换的流程，你立刻强行刷新控件，就会导致嵌套的状态操作冲突，系统因此抛出了这个“重入调用”的错误。

可行的解决方案 #

方法1：用BeginInvoke延迟执行刷新 #

最直接的解决办法是把刷新操作放到UI线程的异步队列里，让当前的CellEndEdit事件流程完全走完之后，再执行刷新。修改你的事件代码：

private void gridView_CellEndEdit(object sender, DataGridViewCellEventArgs e)
{
    // 先完成数据库更新的逻辑
    // some code for updating to database here

    // 使用BeginInvoke把刷新操作延后执行，避免流程冲突
    this.BeginInvoke(new Action(() =>
    {
        Grid_Load(/* 这里传入你的code参数 */);
    }));
}

BeginInvoke会把传入的委托放到UI线程的消息队列末尾，等当前所有正在处理的事件（也就是CellEndEdit的后续收尾流程）完成后，再执行刷新，这样就不会有重入冲突了。

方法2：加标志位防止重复触发（可选） #

如果你的界面可能触发多次连续编辑，担心重复刷新导致性能问题，可以加个布尔标志位做防护：

private bool isGridViewRefreshing = false;

private void gridView_CellEndEdit(object sender, DataGridViewCellEventArgs e)
{
    if (isGridViewRefreshing) return;

    // 数据库更新逻辑
    // some code for updating to database here

    this.BeginInvoke(new Action(() =>
    {
        try
        {
            isGridViewRefreshing = true;
            Grid_Load(/* 传入你的code参数 */);
        }
        finally
        {
            // 不管刷新成功失败，都要重置标志位
            isGridViewRefreshing = false;
        }
    }));
}

额外的优化建议 #

1. 尽量避免全量刷新：如果只是编辑了单个单元格，其实没必要重新查询整个数据库再绑定。你可以直接更新当前DataTable里对应行的数据，这样更快，也能从根源避免控件状态冲突：

   // 假设你已经把数据更新到数据库，现在同步更新DataGridView的数据源
   DataTable dt = gridView.DataSource as DataTable;
   if (dt != null && e.RowIndex >= 0)
   {
       DataRow targetRow = dt.Rows[e.RowIndex];
       // 比如更新note列：targetRow["note"] = 编辑后的新值;
       dt.AcceptChanges();
   }
   

2. 简化Grid_Load的重复操作：你的Grid_Load方法每次都重新设置列的ReadOnly、HeaderText这些属性，其实这些只需要在首次加载时设置一次就行，后续刷新只需要更新数据，减少不必要的控件操作。

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