C# WinForm程序点击关闭按钮后串口ReadTo操作触发IO异常

当前抛出的System.IO.IOException是串口资源释放与阻塞读操作的竞态条件导致的：

• 窗体关闭时的操作顺序错位：你之前的关闭流程是先执行serialPort1.Close()、再强制终止读线程，但此时读线程还卡在阻塞状态的ReadTo("")调用上，串口被先行关闭后，阻塞的IO操作直接触发系统层的IO异常
• 强制线程终止的副作用：你参考的线程终止方案大多依赖Thread.Abort()这类强制打断线程的方法，这类操作会直接破坏SerialPort内部的流资源锁，不等读操作完成安全收尾就中断，必然触发未处理的IO异常

• 调整窗体关闭的执行顺序，严格遵循「先停读循环、再退阻塞、最后关串口」的逻辑，绝对禁止先关串口再停读线程
  正确的关闭流程拆解：
  1. 定义全局的读线程运行标记（例如private bool _isReading = true;），读线程的主循环开头优先检查该标记状态，标记为false时立刻退出循环
  2. 主动唤醒卡在ReadTo上的阻塞状态：在设置退出标记后，向当前已打开的串口写入一次匹配读取终止符的内容，让ReadTo方法可以正常返回，而不是被强制中断
  3. 等待读线程完全退出循环、执行完返回逻辑后，再调用Close()、Dispose()释放串口资源
• 给读线程内的ReadTo调用增加容错捕获
  明确捕获因串口正常关闭触发的IOException，将其归类为退出流程的正常信号，不把异常抛到UI线程：

  // 独立读线程的内部执行逻辑
  private void ReadSerialDataThread()
  {
      // 启动时先检查串口状态
      if (!serialPort1.IsOpen) return;
      
      while (_isReading)
      {
          try
          {
              string machine_data = serialPort1.ReadTo("");
              // 此处添加串口数据的后续处理逻辑
          }
          catch (IOException)
          {
              // 捕获到串口关闭相关的IO异常时，直接跳出循环退出线程，不向上抛错
              break;
          }
          catch (TimeoutException)
          {
              // 跳过正常的读超时场景，不打断循环
              continue;
          }
      }
  }
  

• 移除所有强制终止线程的代码
  完全删除之前使用的Thread.Abort()、强制进程退出的相关代码，这类方法是破坏SerialPort资源完整性、触发非预期异常的核心诱因
• 在FormClosing事件中增加资源等待逻辑
  避免串口资源未完全释放时窗体就被系统销毁：

  private void MainForm_FormClosing(object sender, FormClosingEventArgs e)
  {
      // 1. 先设置读线程退出标记
      _isReading = false;
      
      if (serialPort1.IsOpen)
      {
          try
          {
              // 2. 唤醒阻塞的ReadTo调用
              serialPort1.Write("");
              // 3. 最多等待读线程退出2秒，避免UI卡死
              _readThread.Join(TimeSpan.FromSeconds(2));
              // 4. 读线程完全退出后再释放串口资源
              serialPort1.Close();
              serialPort1.Dispose();
          }
          catch
          {
              // 兜底处理唤醒、关闭流程中的异常，不阻塞窗体关闭
          }
      }
  }
  

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