作为一个学校项目，我必须实现一个 http 服务器，所以我查看了现有的 http 服务器架构，然后发现了 worker 多处理模块。
该模块实现了一个混合多线程多进程服务器，即它 fork 并且每个 fork 的进程产生自己的线程池来处理请求。
这让我想知道，混合多进程多线程程序与仅多线程程序相比有什么优势？为什么不保留一个进程并产生一个更大的线程池？
最佳答案
可用性。
你的程序有新生的缺陷，所以最好让一个实例用 M 个线程崩溃，而不是让它用 N*M 个线程崩溃。 (N-1)*M 个其他线程可能能够继续运行，并且您可能已经降低了其中任何一个线程崩溃的可能性。
这也被部署为一种处理资源泄漏的技术:在处理 N 个事务后，服务器“执行”本身，这会导致其资源的清理。我很确定 Thompson&Ritchie 没有预见到它会作为 exec 的用例......
关于multithreading - 为什么多线程经常与多处理结合使用？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/47978862/