如何判断函数是否由pthread线程调用？库开发技术咨询

1. pthread_getspecific()在非pthread上下文返回NULL是否可依赖？ #

这是符合POSIX标准的文档化、可依赖行为。根据POSIX规范，非pthread线程（即不是通过pthread库创建的线程）没有绑定线程特定数据（TSD）的存储区域，因此无论之前是否调用过pthread_setspecific()，pthread_getspecific()都会返回NULL。这个行为在所有兼容POSIX的系统上都是稳定的，可以作为判断依据。

2. 判断当前线程是否为pthread线程的其他方法 #

除了pthread_getspecific()，还有以下几种可移植性较好的方式：

• pthread_self()结合pthread_equal()：
  你可以在库初始化阶段创建一个临时pthread线程，保存它的合法线程ID，之后将当前线程的pthread_self()返回值与这个ID用pthread_equal()比较。如果返回0，说明当前线程不是pthread线程。注意要正确销毁临时线程，避免资源泄漏。
• 利用pthread_once()的错误返回：
  POSIX规定，非pthread线程调用pthread_once()会返回ENOTSUP（不支持操作）错误。你可以通过调用一个空的初始化函数来判断：

  static pthread_once_t once_ctrl = PTHREAD_ONCE_INIT;
  static void dummy_init(void) {}
  
  int is_in_pthread_context(void) {
      return pthread_once(&once_ctrl, dummy_init) == 0;
  }
  

  虽然部分系统可能有细微差异，但ENOTSUP是标准定义的非pthread环境返回值，可移植性较强。
• （不推荐）平台特定方法：比如Linux下读取/proc/self/stat判断线程属性，但这种方法依赖系统实现，跨平台库不建议使用。

额外提示 #

优先选择pthread_getspecific()或pthread_once()的方案，它们完全符合POSIX标准，在绝大多数类Unix系统上都能稳定工作。如果使用pthread_self()的比较方式，务必确保库初始化时的临时线程创建、销毁逻辑正确，避免引入额外问题。

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