Linux环境下主线程退出时如何中断处于休眠状态的子线程

注：你当前的代码存在基础逻辑错误：控制变量operation初始值为false，子线程入口的while(*operation)判断会直接不满足，子线程会立刻退出，后续你按ESC将operation设为true完全不会生效，逻辑是完全反过来的，需要先修正这个问题。

问题1：sleep精度差、退出延迟的解决 #

• 首先修正你内部循环的两个低级错误：判断条件&& operation应该改为&& *operation（你判断的是指针地址而非指针指向的值），休眠后自增的变量应该是counter而非未定义的sleepCounter。
• 轮询sleep的方案天然就有最大1秒的退出延迟，要彻底解决这个问题，推荐使用条件变量+互斥锁的组合实现定时等待+主动唤醒，完全不需要轮询，退出响应无延迟，定时精度可达纳秒级：
  示例实现如下：

  // 全局定义同步对象和控制变量
  pthread_mutex_t report_mtx = PTHREAD_MUTEX_INITIALIZER;
  pthread_cond_t report_cond = PTHREAD_COND_INITIALIZER;
  bool is_report_running = true; // 控制变量必须加锁访问
  
  // 子线程实现
  void* ReportThread(void* arg) {
      while(1) {
          // 执行上报逻辑
          do_report_task();
  
          // 计算100秒后的绝对时间
          struct timespec wait_time;
          clock_gettime(CLOCK_REALTIME, &wait_time);
          wait_time.tv_sec += 100;
  
          pthread_mutex_lock(&report_mtx);
          // 等待直到收到退出信号，或者100秒超时
          int wait_ret = pthread_cond_timedwait(&report_cond, &report_mtx, &wait_time);
          bool need_exit = !is_report_running;
          pthread_mutex_unlock(&report_mtx);
  
          if (need_exit) break;
      }
      return NULL;
  }
  
  // 主线程退出逻辑
  int main() {
      // ... 省略创建线程等逻辑
      while ((ch = getchar()) != 27);
  
      // 通知子线程退出并唤醒
      pthread_mutex_lock(&report_mtx);
      is_report_running = false;
      pthread_cond_signal(&report_cond);
      pthread_mutex_unlock(&report_mtx);
  
      // 等待子线程回收资源
      pthread_join(tid, NULL);
      return 0;
  }
  

问题2：用信号中断休眠线程的方案 #

可以实现，但非常不推荐，多线程环境下信号处理的陷阱极多，很容易引入隐性bug。如果一定要用，可行方案如下：

• 创建子线程前，设置全局信号掩码，屏蔽SIGUSR1信号，保证只有上报线程可以接收该信号。
• 上报线程入口处解除SIGUSR1的屏蔽，注册空的信号处理函数（仅用来打断系统调用）。
• 主线程要退出时，调用pthread_kill(tid, SIGUSR1)给上报线程发信号，就能直接打断sleep()调用，子线程醒来后检查控制变量即可立即退出。
  该方案的缺陷：信号会打断所有正在执行的系统调用，如果上报线程正在执行IO、加锁等操作时收到信号，会导致操作返回EINTR错误，你需要给所有系统调用增加错误重试逻辑，维护成本极高。

问题3：能否用pthread_cancel替代pthread_join #

绝对不能，两个函数的作用完全不同，没有替代关系：

• pthread_join的作用是等待指定线程结束，回收线程的栈、寄存器等系统资源，无论你用什么方式让子线程退出，都必须调用pthread_join，否则会产生僵尸线程，泄漏系统资源。
• pthread_cancel的作用是给线程发送取消请求，默认情况下线程只有到达取消点（比如sleep、read等系统调用）时才会终止。该接口风险极高：如果上报线程正在申请内存、持有互斥锁、写文件时被取消，会导致内存泄漏、死锁、文件损坏等问题，除非你为所有取消点配套了完善的清理逻辑（pthread_cleanup_push/pthread_cleanup_pop），否则永远不要用pthread_cancel终止线程。
• 最安全的线程终止方案永远是通过控制变量+主动唤醒的协作式终止，不要用强制终止的接口。

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