线程能否对自身调用pthread_cancel？与pthread_exit效果是否一致？

合法性结论 #

• 线程对自身调用pthread_cancel属于完全合法的操作，POSIX标准并没有禁止线程向自身发送取消请求。

实际执行效果 #

当线程调用pthread_cancel(pthread_self())时，等效于向自身发送一个取消请求，后续行为完全遵循pthread取消机制的规则：

• 如果当前线程的取消状态是PTHREAD_CANCEL_DISABLE，取消请求会被暂存，直到取消状态改为允许后才会处理
• 如果取消状态为PTHREAD_CANCEL_ENABLE，会根据取消类型触发响应：
  • 取消类型为PTHREAD_CANCEL_DEFERRED时，会等到下一个取消点才会执行终止流程
  • 取消类型为PTHREAD_CANCEL_ASYNCHRONOUS时，会立即终止线程
• 线程终止时，会执行所有已注册的pthread_cleanup_push清理回调，最终线程的返回值会被固定设置为PTHREAD_CANCELED

和pthread_exit()的差异 #

两者看起来都是让当前线程主动终止，但核心区别非常明确：

• pthread_exit()是同步立即终止：调用后会直接触发清理回调，然后终止线程，完全不受取消状态、取消类型的限制，也不需要等待取消点触发，返回值可以由调用者自定义
• 自身调用pthread_cancel()是遵循取消规则的终止：终止时机受取消状态、取消类型、取消点限制，最终返回值固定为PTHREAD_CANCELED

补充使用建议：如果你需要线程立即终止且支持自定义返回值，直接用pthread_exit()即可；只有需要走完整取消链路的特殊场景才需要调用pthread_cancel终止自身。

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