线程未启动即被pthread_cancel取消，清理处理器是否触发？会内存泄漏吗？

这问题问到点子上了，咱们把这个场景掰碎了说：

核心结论 #

如果线程在**还没执行到pthread_cleanup_push**就被pthread_cancel取消，你的清理处理器thread_cleanup_handler完全不会被调用，malloc分配的data内存会直接泄漏。

原因拆解 #

要搞懂这个，得先明白pthread_cleanup_push和pthread_cleanup_pop的本质：

• 它们是POSIX线程提供的宏，不是普通函数调用。当线程执行到pthread_cleanup_push时，会在自己的清理栈里压入一个包含清理函数和参数的帧。
• 只有当线程触发取消（或者调用pthread_exit、执行到pthread_cleanup_pop(1)）时，才会遍历清理栈，依次调用注册的清理函数。

而你的场景里，线程只是被调度但还没真正执行threadFunction里的代码——连pthread_cleanup_push这一行都没走到，清理栈里根本没有任何清理帧。这时候调用pthread_cancel，线程直接终止，没有任何清理函数会被触发，那块动态分配的内存自然没人释放。

怎么避免这个泄漏？ #

给你两个实用的思路：

• 把内存分配移到线程函数内部：这样如果线程还没执行就被取消，内存根本没分配，也就不存在泄漏；如果线程正常执行，再在pthread_cleanup_push里注册清理逻辑，万一线程中途被取消也能释放。示例大概是这样：

  static void thread_cleanup_handler(void* arg) { free(arg); }
  static void* threadFunction(void* arg) {
      something* data = (something*)malloc(sizeof(something));
      pthread_cleanup_push(thread_cleanup_handler, data);
      // 使用data执行操作...
      pthread_cleanup_pop(1);
      return NULL;
  }
  // 主线程只需要创建线程，不用提前分配内存
  pthread_create(&id, &attr, threadFunction, NULL);
  

• 主线程兜底处理：如果必须在主线程分配内存，可以在创建线程后，通过同步机制（比如pthread_barrier）确认线程已经执行到pthread_cleanup_push，之后主线程再继续逻辑；如果线程在同步前被取消，主线程就自己释放内存。不过这种方式会增加代码复杂度，不如第一种简洁。

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