使用pthread_join()合并两个线程未达预期效果的问题排查

嘿，这个问题我之前也碰到过好几次，咱们一步步拆解可能的原因，帮你定位问题：

• 线程1的执行逻辑陷入无限循环或阻塞
  这是最普遍的问题。如果线程1的函数里有死循环（比如退出条件设置错误），或者在等待某个永远不会触发的信号、未释放的锁、无响应的I/O资源，那它永远不会调用pthread_exit()或自然返回，pthread_join就会一直卡在原地。你可以给线程1加一些调试输出，比如每隔几秒打印一条状态日志，看看它是否还在运行，或者卡在了哪个步骤。

• pthread_create调用时线程ID参数传递错误
  确认你调用pthread_create(&thread1, NULL, thread_func1, arg)时，thread1是正确声明的pthread_t类型变量，且没有被其他代码意外覆盖。如果传递的是未初始化的变量、NULL或者错误的内存地址，pthread_join可能会等待一个不存在的线程，导致行为异常。

• 线程间发生死锁
  如果两个线程存在共享资源竞争，比如线程1持有锁A等待锁B，线程2持有锁B等待锁A，那两个线程都会彻底卡住，线程1自然无法正常退出，pthread_join也就会一直等待。检查你的线程函数里是否使用了互斥锁、条件变量这类同步机制，有没有出现锁顺序颠倒的情况。

• 线程1被意外取消但处理不当
  如果程序里有其他地方调用了pthread_cancel(thread1)，但线程1设置了PTHREAD_CANCEL_DISABLE（禁用取消），或者没有正确设置取消点，那线程可能无法正常退出，导致pthread_join卡住。可以检查线程的取消状态设置，或者在关键代码位置添加pthread_testcancel()作为显式取消点。

• 线程函数的返回值不符合要求
  线程函数的返回类型必须是void*，如果你的线程函数直接返回了int等非void*类型（没有强制转换），可能会导致线程的退出状态异常，让pthread_join无法正确识别线程已经退出。确保线程函数要么返回(void*)类型的值，要么显式调用pthread_exit(NULL)来结束线程。

举个典型的错误示例，线程1的函数里有无限循环：

void* thread_func1(void* arg) {
    while(1) {
        // 没有正确的退出条件
        sleep(1);
    }
    return NULL; // 永远无法执行到这里
}

这种情况下pthread_join(thread1, NULL)就会一直卡住。

你可以先尝试在线程1的函数末尾强制添加pthread_exit(NULL)，或者检查退出条件是否能正确触发，看看能不能解决问题。如果还是不行，可以把线程1的代码简化到最小可复现的程度，排除其他干扰因素。

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