调用pthread_detach(0)触发段错误而非返回ESRCH，是否为glibc bug？

结论 #

这不是glibc的bug，属于调用者传入非法参数导致的预期行为。

问题分析 #

你给出的代码：

#include <pthread.h>

int main() {
    pthread_detach(0);
}

触发段错误的核心原因是：在glibc实现中，pthread_t本质是指向线程内部结构体的指针，传入0相当于传递了一个空指针。pthread_detach函数内部会直接尝试访问该指针指向的结构体成员（比如你源码中看到的tid属性），空指针解引用直接触发了段错误。

与man手册描述的差异解释 #

man手册中提到的“无效thread ID返回ESRCH”，指的是格式合法但对应线程不存在的场景：

• 比如已经退出且资源被完全回收的线程ID
• 或者属于其他进程的线程ID

而直接传入0这种完全不符合pthread_t结构的非法值，属于未定义行为，不在手册承诺返回错误码的范围内。手册仅明确“detach已分离线程为未定义行为”，但所有传入非法pthread_t指针的操作，都违反了函数的前置条件，后果由调用者负责。

延伸说明 #

不仅是pthread_detach，所有pthread系列函数（如pthread_join、pthread_cancel等）都要求传入合法的pthread_t值（由pthread_create返回或通过合法方式获取）。传入空指针或其他非法指针值，都会直接触发内存访问错误，而非返回错误码。

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