Excel DocEvent在TCP通信后停止触发问题求助

你的问题核心是Excel工作表Change事件在TCP收发多次后失效，重新绑定可恢复，大概率是事件引用被GC回收或线程上下文冲突导致，以下是针对性解决办法：

1. 保持事件源与处理程序的强引用 #

Excel COM对象的事件绑定依赖强引用，如果绑定事件时使用的是局部变量（比如临时获取的ActiveSheet），方法执行完毕后这些变量会被GC标记为可回收，最终导致事件订阅失效。

解决方式：将工作表对象和事件处理程序委托存储为类级别成员变量，确保GC无法回收：

// 类级别的成员变量，持久化引用
private Excel.Worksheet _trackedWorksheet;
private Excel.DocEvents_ChangeEventHandler _changeEventHandler;

// 初始化事件绑定的方法
private void InitializeWorksheetEvent()
{
    _trackedWorksheet = app.ActiveSheet;
    _changeEventHandler = new Excel.DocEvents_ChangeEventHandler(Event_WorksheetChange);
    ((Excel.DocEvents_Event)_trackedWorksheet).Change += _changeEventHandler;
}

2. 确保TCP操作不破坏Excel的STA线程上下文 #

Excel的COM对象基于单线程公寓（STA）模型，后台TCP线程直接操作Excel对象会干扰事件触发机制，甚至导致COM对象状态异常。

解决方式：TCP回调中若需操作Excel，必须切换回STA线程（比如UI线程）执行：

// 假设是WinForms/WPF环境，通过Invoke回到STA线程
private void HandleTcpReceivedData(string data)
{
    // 检查是否需要跨线程调用
    if (this.InvokeRequired)
    {
        this.Invoke(new Action<string>(HandleTcpReceivedData), data);
        return;
    }

    // 此处安全操作Excel对象
    _trackedWorksheet.Range["A1"].Value = data;
}

3. 捕获事件处理程序中的异常 #

事件处理程序中未捕获的异常会导致Excel自动取消事件订阅，表现为后续事件不再触发。

解决方式：在事件处理方法中添加全局异常捕获：

private void Event_WorksheetChange(Excel.Range target)
{
    try
    {
        // 你的业务逻辑代码
    }
    catch (Exception ex)
    {
        // 记录异常，避免抛出到Excel事件系统
        System.Diagnostics.Debug.WriteLine($"WorksheetChange事件异常: {ex.Message}");
    }
}

优先排查第一种强引用问题，这是此类场景最常见的诱因，若无效再结合线程和异常排查。

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