C++中串口与线程冲突问题排查及技术咨询

先帮你拆解下这个诡异的sleep失效问题——这绝对是老旧串口库底层的信号处理或IO模型坑，不是什么"未知中断特性"。

先明确你的问题现象： #

• 不碰串口：主循环5秒打一次消息，线程每秒打数字，一切正常
• 打开串口但不读：主循环变成每秒打一次，sleep被干扰
• 打开串口并读取：主循环直接疯了，1秒打40次，完全无视sleep

核心根源：老旧串口库的阻塞IO+信号处理bug #

这种现象的本质是老旧串口库在底层搞砸了信号和阻塞IO的交互，具体分两步：

1. 串口读取导致线程空转：
   你调用的mySerial.ReadByte(0)，如果这个老旧库用了阻塞式read()系统调用，当串口没数据时线程会休眠。但如果库没处理EINTR错误（也就是阻塞调用被信号打断），就会直接返回无效字节，导致你的线程循环瞬间从"每秒一次"变成疯狂空转——每秒跑几十次，抢占CPU。
2. 串口操作干扰了主循环的定时器信号：
   主循环的std::this_thread::sleep_for底层依赖SIGALRM定时器信号。老旧串口库在打开串口时，可能错误修改了终端属性（比如启用了信号驱动IO、改了TERMIOS的信号配置），或者注册了全局信号处理函数，直接干扰了定时器信号的正常触发，导致sleep被频繁唤醒，打印间隔大幅缩短。

甚至"仅打开串口不读取就变每秒一次"，说明打开串口这个操作本身就已经破坏了进程的信号机制——库在初始化时就改了不该改的系统配置。

解决方案：优先换库，临时修复看这里 #

1. 最省心的方案：换掉老旧串口库 #

这类底层的信号/IO问题，除非你能拿到库的源码彻底修复，否则折腾起来太费劲。直接换维护活跃的现代库：

• libserialport：跨平台，API清晰，正确处理阻塞IO和信号中断
• Boost.Asio：用异步IO模型，完全避开阻塞IO的信号坑，同时支持串口操作

2. 临时救急（没法换库的情况） #

如果暂时不能换库，试试这几个操作：

• 给线程加信号屏蔽：把可能干扰sleep的信号（比如SIGALRM、SIGIO）在串口线程里屏蔽，避免影响主循环：

  #include <signal.h>
  
  void SimpleThread::threadFn() {
      char cp;
      sigset_t oldMask, newMask;
      sigemptyset(&newMask);
      // 屏蔽定时器信号和串口IO信号
      sigaddset(&newMask, SIGALRM);
      sigaddset(&newMask, SIGIO);
      pthread_sigmask(SIG_BLOCK, &newMask, &oldMask);
  
      while (true) {
          cp = mySerial.ReadByte(0);
          // 多线程输出必须加锁，否则会乱码
          std::lock_guard<std::mutex> lock(myMutex);
          std::cout << count++ << " " << cp << std::endl;
          std::this_thread::sleep_for(std::chrono::seconds(1));
      }
  
      pthread_sigmask(SIG_SETMASK, &oldMask, nullptr);
  }
  

• 检查ReadByte的参数：你传的0是不是非阻塞模式？如果是，改成阻塞模式（比如传-1表示无限等数据），避免空转。
• 修复库的EINTR处理：如果能拿到库的源码，在ReadByte里加个循环处理EINTR：

  char SerialPort::ReadByte(int timeout) {
      char buf;
      ssize_t ret;
      // 被信号打断后重新发起读取
      do {
          ret = read(fd, &buf, 1);
      } while (ret == -1 && errno == EINTR);
      
      return (ret == 1) ? buf : '\0';
  }
  

3. 额外的代码小坑 #

• 你的std::cout在多线程里没加锁，会导致输出混乱，一定要加std::mutex保护（上面代码里已经加了）。
• 用myThread.detach()后没法控制线程生命周期，建议改成join()，在主程序退出时正确等待线程结束。

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