本文转载自微信公众号【编程珠玑】(shouwangxiansheng)。多线的进
一个多线程进程fork出来的程进程fk出程单进程是多线程还是单线程的?先说结论:是单线程的。
口说无凭,线程线程我们先写段代码实践验证一下。还多
// multiThread.cc #include <unistd.h> #include <atomic> #include <chrono> #include <iostream> #include <thread> std::atomic<bool> start{ false}; void threadfunc() { while (!start) { std::this_thread::sleep_for(std::chrono::seconds(1)); } while (start) { std::this_thread::sleep_for(std::chrono::seconds(1)); std::cout << "thread func,多线的进pid:" << getpid() << std::endl; } } int main() { std::thread t1(threadfunc); // daemon(0,程进程fk出程单 1); // 后台执行 start.store(true); t1.join(); // 等待threadfunc运行结束 return 0; }编译运行:
$ g++ -o multiThread multiThread.cc -lphtread $ ./multiThread thread func,pid:9901 thread func,线程线程pid:9901 thread func,还多pid:9901结果正常,多线的进线程不断循环打印信息。程进程fk出程单那如果启动线程后,线程线程再fork呢?还多即将代码中daemon的相关行的源码库注释去掉,再编译运行。多线的进
运行这个例子,程进程fk出程单我们会发现,线程线程程序立马退出了,没有打印我们预想的内容。
为什么会这样呢?实际上,fork的时候会拷贝父进程的数据内容,即写时复制,但是,像启动运行的线程,是不会被“复制”过去的。也就是高防服务器说,从父进程fork出来的子进程,将会是单线程的。这也就给了我们一些启示:
如果在API中需要启动工作线程,则工作线程需要在daemon化之后再启动。
怎么理解呢?比如说,你设计了某一个功能,你的功能是需要启动一个线程来进程工作,那么你在使用的时候,就必须要特别注意这种fork进程的场景,即需要在fork之后启动线程,才能保证线程能够正常启动并工作。