Day10-5【Python 进程和线程】多线程与多进程：你是选择稳定的Apache，还是高效的IIS？-优快云博客

在现代计算中，如何实现高效的多任务处理无疑是个热点话题。多进程、多线程是两种经典的方式，但它们各自有着不可避免的优缺点。今天我们就来盘一盘，看看这两位老大哥如何“角力”，让你轻松选择适合自己项目的那一位。

一、多进程 VS 多线程：谁更适合你的“大作业”？

首先，要搞清楚一个事——多任务的执行通常采用 Master-Worker 模式。主控（Master）负责分配任务，工人（Worker）负责执行任务。就像老师在班级里安排作业：老师负责布置作业（Master），学生负责完成作业（Worker）。无论你是选择“多进程”还是“多线程”，大家都在同一套“班级制度”下运作。

1.1 多进程：你可以崩溃，但我不怕！

如果你采用 多进程，那么每个任务的执行都会在一个独立的进程中运行。主进程（Master）负责任务分配，其他子进程（Worker）负责具体执行。最大优点就是：如果一个子进程崩溃了，主进程和其他子进程照样不受影响。简直就是多任务中的“铁人三项”！你可以尽情处理不同的任务，别人崩溃了不影响你。

多进程的“致命伤”

不过，这种独立性也带来了代价。创建进程的开销大，特别是在 Windows 系统上，进程创建的代价简直大得惊人。所以，在几千个进程同时运行时，操作系统连调度任务的能力都成了问题，效率就大大下降了。

1.2 多线程：速度快，但能量不集中

多线程 是多任务处理的另一个经典方式。主线程负责任务分配，子线程（Worker）负责具体执行。相比于多进程，线程间共享内存，所以切换速度更快，效率相对较高。假如你使用 IIS（微软的Web服务器），你会发现它默认采用的就是 多线程模式。这种方式就像是一个高效的团队，每个成员都能直接读取共享的资源，工作起来能更加协调。

多线程的“隐患”

然而，问题来了——多线程最大的问题就是：如果一个线程挂掉，整个进程可能就崩了。因为所有线程共享同一进程的内存，当一个线程出现问题，整个进程就像是一个“大厦”掉了根柱子，随时可能崩塌。你可能在 Windows 上看到过这样的提示：“该程序执行了非法操作，即将关闭”。其实，这时候通常是某个线程崩了，操作系统“连锅端”了整个进程。

1.3 所以，究竟选哪个？

如果你追求 稳定性，想要确保即使某个任务崩溃了也不影响整体运行，多进程模式 是你的不二选择。著名的 Apache 服务器最早就是采用这个模式。
如果你更注重效率，且能够接受少量的不稳定性，多线程模式 会是一个不错的选择，尤其适合高并发的Web应用。

当然，也有一种 “聪明”的方案：混合使用多进程和多线程。比如 IIS 和 Apache 都支持这种混合模式，可以兼顾效率和稳定性，但问题也变得更加复杂了。

二、线程切换：太频繁的“换席”效率更低

多进程和多线程的“闪亮登场”背后，有一个共同的问题：任务切换。假设你正在做五科作业，每科作业1小时。如果你按顺序完成这些作业，1小时/科，5小时总共搞定。但如果你切换任务，一分钟切换一次，你看似在同时做五科作业，但每次切换都会有一些“浪费时间”的动作——收拾书本、准备工具。这就像操作系统中的任务切换：保存当前任务状态，加载新任务状态，这个过程虽然很快，但消耗时间也不小。切换过多时，系统可能反而忙于“切换”，而无法有效执行任务。

所以，如果任务过多，效率反而下降，CPU和内存的资源都被“占用了”，系统陷入了所谓的“假死状态”。