多线程进程fork出来的进程是单线程还是多线程?

  

本文转载自微信公众号【编程珠玑】(shouwangxiansheng)。

一个多线程进程fork出来的进程是多线程还是单线程的?先说结论:是单线程的。

实践

口说无凭,我们先写段代码实践验证一下。

// 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, 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 

结果正常,线程不断循环打印信息。那如果启动线程后,再fork呢?即将代码中daemon的相关行的注释去掉,再编译运行。

运行这个例子,我们会发现,程序立马退出了,没有打印我们预想的内容。

为什么

为什么会这样呢?实际上,fork的时候会拷贝父进程的数据内容,即写时复制,但是,像启动运行的线程,是不会被“复制”过去的。也就是说,从父进程fork出来的子进程,将会是单线程的。这也就给了我们一些启示:

如果在API中需要启动工作线程,则工作线程需要在daemon化之后再启动。

怎么理解呢?比如说,你设计了某一个功能,你的功能是需要启动一个线程来进程工作,那么你在使用的时候,就必须要特别注意这种fork进程的场景,即需要在fork之后启动线程,才能保证线程能够正常启动并工作。

【编辑推荐】

鸿蒙官方战略合作共建——HarmonyOS技术社区 Github代码Fork之后,如何与原仓库进行同步? 看完这篇Java多线程的讲解,思路突然就清晰了... C#多线程处理多个队列数据的方法 使用python paramiko实现多线程并发sftp下载 Python中实现多线程 Threading 和多进程 Multiprocessing

posted on posted @ 21-06-29 08:10  :admin  阅读量:

Powered by 欧洲杯赛事竞猜 @2018 RSS地图 HTML地图