c++ thread join方法卡住，进行不了下一步操作

[cytheria43]

void sub_thread()                   //在该子线程里开启子线程列表
{
    list<thread* > thread_list;
    while(1)
    {
        等待接受信号:xxx
        if(xxx==stop)
        {
            for(auto t:thread_list)
           {
               t->join()  //  在这里卡住，走不到下一步
               下一步操作
           }
        }else
        {
                thread_list.push_back(new thread(...));   //j加入新线程
        }
    }
}

int main()
{
    while(1)
    {
        等待接受信号:xxx
        thread th(sub_thread());   //开启线程，并独立出来
        th.detach();
    }
}

[Simple-Soft]

join就是等待线程结束

[cytheria43]

哦哦 我题目没说清楚，在收到stop信号时线程里会自动停止，但是停止了，join方法还是阻塞的，而且（假设main里开启了两个独立的sub_thread）sub1阻塞在join()这里，sub2也会被阻塞，就是没搞懂里面什么原理

[源代码大师]

希望对你有帮助：https://blog.csdn.net/it_xiangqiang/category_10581430.html 希望对你有帮助：https://blog.csdn.net/it_xiangqiang/category_10768339.html

[flying_music]

引用 2 楼 cytheria43 的回复:

哦哦 我题目没说清楚，在收到stop信号时线程里会自动停止，但是停止了，join方法还是阻塞的，而且（假设main里开启了两个独立的sub_thread）sub1阻塞在join()这里，sub2也会被阻塞，就是没搞懂里面什么原理

线程嵌套线程？父线程detach，子线程join？为什么会有这种奇葩设计呢？

[NorZ]

你 thread list 里面的线程是否有推出条件？sub_thread 收到信号，只是开始 join，join本身就是阻塞设计，需要等线程 t 退出循环。所以需要查看你的线程 t （们）是否满足了退出条件

[「已注销」]

你的做法就是错误的，正常做法应该是开启一个多线程，join的含义是阻塞等待多线程的函数结束。尽量不要detach，含义是你放弃了控制的权利，有可能多线程还没有执行完毕就被强杀进程，如果有BUG，join下的表现就是卡死等待。 void fun() { dosomething()}; t.join(); 执行下一步的前提条件是fun执行完毕