浅谈一下多线程和多进程（讲故事版）

--------------------------------------------------本篇不涉及代码的实现-------------------------------------------------

思考了很久，找到了一个很好的故事来呈现多线程和多进程，这个故事就是钓鱼，对没错，就是钓鱼（钓鱼佬狂喜），那么我们就正式开始讲故事。

首先我们要先了解故事的内容分别代表着什么：

• 路人A,B,C分别代表一个进程
• 鱼竿代表线程

说A去鱼塘钓鱼，钓了一上午，只钓了两条鱼，A觉得很气，很烦，于是打电话叫上了B,C两兄弟一起来钓鱼，这样效率高，这就是多进程；谁知道B,C两兄弟也是空军大佬，一条没捞着，A想：这不行啊，这点鱼够一道菜啊，可是又摇不到人了，这咋办，B想了个办法，我们可以每个人多拿几个鱼竿啊，这样效率不就更高了吗，A,C一听，我去！有道理啊，于是他们一个人拿了五根鱼竿去钓鱼，这就是多线程；这个时候A运气好，5个鱼竿同时中鱼了，但是他一个人忙不过来，于是叫上B过来帮忙，这就是并行；假如这个时候，A没有让人帮忙，而是一个人快速处理这五个鱼竿，快速切换，甚至快出残影，在B,C看来，像是在一秒内完成的一样，这就是并发；这时C运气也来了，其中3个鱼竿同时中鱼，但是C没有A那么有经验，他只能选一个鱼竿起鱼，这个鱼竿起完之后才能拿下一个，这就是GIL，同一时刻一次只能执行一个线程，每个进程都有自己的一个GIL。

后面的内容内可能不好用故事来讲解：我这里还是回到官方的解释：

GIL的存在对于I/O密集型任务其实影响不大，I/O密集型任务包含输入/输出，读写操作等，因为I/O操作遇到其中一个线程等待，他会直接跳过去运行其他线程，不会经过获取GIL和释放GIL的流程，也不需要CPU参与；

计算密集型任务（需要CPU处理的）这些任务主要依赖 CPU 进行大量的计算，几乎不会有 I/O 操作来分担 CPU 负载。比如数学计算、图像处理等。这种任务的特点是需要大量的 CPU 时间，而由于GIL存在同一时刻只能执行一个线程，存在获取GIL和释放GIL这个流程，这样导致了线程间的竞争，限制了真正的并行计算能力，大大降低了与性能