向绑定DataGridView的BindingList添加元素时触发System.InvalidOperationException异常的排查求助

让我来帮你拆解这个问题——结合你的堆栈跟踪和代码，这个InvalidOperationException主要来自两个潜在问题：

1. 多线程并发修改BindingList的线程安全问题 #

虽然你用了Invoke把代码切换到UI线程执行，但BindingList<T>本身不是线程安全的。如果你的程序里有其他线程也在对静态的ClientDatas进行修改（比如添加、删除元素），哪怕UI线程的操作是单线程的，并发修改会导致BindingList内部状态不一致，触发DataGridView处理ListChanged事件时的异常。

看你的堆栈信息，异常发生在BindingList<T>.InsertItem触发ListChanged事件后，DataGridView的连接处理逻辑里，这大概率是因为BindingList的状态在多线程下被破坏了。

2. 冗余的DataSource重新赋值操作 #

你在Invoke代码块里，先执行ClientDatas.Add(connectionData)，然后又重新设置_form.dataGridView1.DataSource = ClientDatas。实际上，BindingList<T>是支持双向绑定的——当你添加元素时，它会自动触发ListChanged事件通知DataGridView更新UI。重复设置DataSource反而会干扰DataGridView的内部数据连接状态，这也是可能触发异常的诱因。

针对性解决方案 #

方案一：统一在UI线程修改BindingList（推荐） #

WinForms的控件绑定逻辑天生期望数据源的修改在UI线程执行，所以最好封装一个统一的方法，确保所有对ClientDatas的修改都通过UI线程完成：

// 封装添加元素的方法
private void AddClientToGrid(SocketConnectionData newData)
{
    // 判断是否需要切换到UI线程
    if (_form.dataGridView1.InvokeRequired)
    {
        _form.dataGridView1.Invoke(new Action<SocketConnectionData>(AddClientToGrid), newData);
        return;
    }
    // 直接在UI线程添加元素，无需重新设置DataSource
    ClientDatas.Add(newData);
}

之后，任何线程需要添加元素时，直接调用这个方法即可，不用自己写Invoke逻辑。这样能彻底避免多线程并发修改的问题。

方案二：用锁保护BindingList的所有访问（适合必须在非UI线程处理数据的场景） #

如果你的业务逻辑必须在非UI线程处理数据，那所有读取、修改ClientDatas的地方，都要用同一个锁来保护：

// 新增一个静态锁对象
private static readonly object ClientDatasLock = new object();
private static readonly BindingList<SocketConnectionData> ClientDatas = new BindingList<SocketConnectionData>();

// 你的Invoke代码修改为：
_form.dataGridView1.Invoke(new Action(() => {
    var connectionData = new SocketConnectionData { LinkedSocket = currentSocket };
    try {
        lock(ClientDatasLock)
        {
            ClientDatas.Add(connectionData);
        }
    } catch (InvalidOperationException e) {
        Console.WriteLine(e);
    }
    // 删掉这行冗余代码：_form.dataGridView1.DataSource = ClientDatas;
}));

注意：其他任何地方只要涉及到ClientDatas的修改（比如删除、清空）或者遍历操作，都要加上lock(ClientDatasLock)，否则还是会有并发问题。

额外注意点 #

• 你的另一个程序能正常运行，大概率是因为那个程序里所有对BindingList的修改都是在UI线程完成的，没有多线程并发的场景，所以没触发这个异常。
• 永远不要在非UI线程直接修改绑定到WinForms控件的数据源，这是WinForms开发的基本规范之一。

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