专门做定制的网站网站开发 瀑布结构

    此前，我对detach的理解是，当主线程退出后，子线程能够继续存在。实际上，当主线程退出后，子线程也随之结束了。先看一个例子：

#include <iostream>
#include <thread>
#include <unistd.h>using namespace std;int main()
{std::thread my_thread([]{while(1) {this_thread::sleep_for(chrono::seconds(1));cout << "in thread" << endl;}});this_thread::sleep_for(chrono::seconds(2));my_thread.detach(); cout << "after detach" << endl; 
}

 运行结果为：

in thread
after detach

问题一：主进程结束之后，子线程会跟着结束吗？

 这是关于detach的定义：

https://legacy.cplusplus.com/reference/thread/thread/detach/

Detaches the thread represented by the object from the calling thread, allowing them to execute independently from each other.

既然都allowing them to execute independently from each other了，为什么主进程退出的时候，子线程也跟着走了？在linux系统中，当主进程结束的时候，子进程确实会跟着结束的。那么问题来了，main执行完之后，主进程就结束了吗？是的，的确如此，上面的例子已经说明了这个结论。那么，main是如何结束的？因为调用了return。可是，我在代码中没有没有调用return？因为编译器自动给加了一句return 0。真的吗？真的，请看下图：

 

能否让主进程退出之后，不把子进程给结束掉呢？请看下例：

int main()
{std::thread my_thread([]{while(1) {this_thread::sleep_for(chrono::seconds(1));cout << "in thread" << endl;}});this_thread::sleep_for(chrono::seconds(2));my_thread.detach(); cout << "after detach" << endl; pthread_exit(nullptr);
}

主进程退出后，子线程依然活蹦乱跳的。这一次，由于主进程通过pthread_exit猝然长逝，来不及挥一挥衣袖，也来不及带走一个线程。

问题二：

    detach之后，如果子线程退出了，会发生什么？

“Both threads continue without blocking nor synchronizing in any way. Note that when either one ends execution, its resources are released.”

如果子线程退出了，主进程也会随之而去。真的吗？请看下例：

int main()
{std::thread my_thread([]{cout << "thread bye" << endl;exit(0);});this_thread::sleep_for(chrono::seconds(2));my_thread.detach(); cout << "main bye" << endl; 
}

运行结果验证了上述结论。所以，一直以来，我对detach一直有误区。detach，主要的还是把主进程和子线程分离了，使二者能够独立的运行。但是，他们依然同生共死，不离不弃。

总结出以下结论：

1.主进程结束时（调用return/exit），子线程会随之结束。可以通过pread_exit退出进程而不杀掉其子线程。

2.用detach分离子线程和主进程，二者任意一个结束，整个进程（包括线程都会结束）。

3.在main函数中，如果不显示的调用return，编译器会自动给加一句return 0。