VB.NET窗体关闭后仍接收事件问题求助

问题根源 #

Communicator类的DataReceivedEvent和DataTimeoutEvent绑定窗体的处理方法后，如果窗体关闭时没有显式取消订阅，Communicator会一直持有这些方法的引用——哪怕窗体已经关闭，实例也无法被垃圾回收，事件触发时仍会执行处理逻辑，进而干扰其他使用串口的进程。

解决方案 #

1. 在窗体关闭时强制取消事件订阅

每个使用Communicator事件的窗体（ConfigurationForm、DataCollectionForm），都要在关闭流程中解除事件绑定。Windows窗体的FormClosing或FormClosed事件是合适的时机。

示例代码（以DataCollectionForm为例）：

public partial class DataCollectionForm : Form
{
    private Communicator _communicator;

    public DataCollectionForm(Communicator communicator)
    {
        InitializeComponent();
        _communicator = communicator;
        // 绑定事件
        _communicator.DataReceivedEvent += OnDataReceived;
        _communicator.DataTimeoutEvent += OnDataTimeout;
    }

    private void OnDataReceived(object sender, DataReceivedEventArgs e)
    {
        // 你的数据处理逻辑
    }

    private void OnDataTimeout(object sender, EventArgs e)
    {
        // 你的超时处理逻辑
    }

    protected override void OnFormClosing(FormClosingEventArgs e)
    {
        base.OnFormClosing(e);
        // 严格配对取消事件订阅
        _communicator.DataReceivedEvent -= OnDataReceived;
        _communicator.DataTimeoutEvent -= OnDataTimeout;
        // 若Communicator支持停止轮询，调用停止方法释放资源
        _communicator.StopPolling();
    }
}

2. 优化Communicator类（推荐）

给Communicator添加显式的资源清理方法，确保串口和轮询定时器能被彻底释放：

public class Communicator
{
    private Timer _pollingTimer;
    private SerialPort _serialPort;

    // ... 现有发送、校验逻辑 ...

    public void StopPolling()
    {
        // 停止并释放轮询定时器
        if (_pollingTimer != null)
        {
            _pollingTimer.Stop();
            _pollingTimer.Dispose();
            _pollingTimer = null;
        }
        // 关闭并释放串口
        if (_serialPort != null && _serialPort.IsOpen)
        {
            _serialPort.Close();
            _serialPort.Dispose();
            _serialPort = null;
        }
        // 清空所有事件订阅（可选，彻底切断引用）
        DataReceivedEvent = null;
        DataTimeoutEvent = null;
    }
}

3. 规范窗体与Communicator的生命周期管理

• 如果整个应用只需要一个串口连接，将Communicator设计为单例模式，避免重复实例化。
• 切换窗体时，先取消前一个窗体的事件订阅，再绑定新窗体的处理方法，确保同一时间只有活跃窗体处理串口事件。

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