--------------------------------------------------本篇不涉及代码的实现-------------------------------------------------
思考了很久,找到了一个很好的故事来呈现多线程和多进程,这个故事就是钓鱼,对没错,就是钓鱼(钓鱼佬狂喜),那么我们就正式开始讲故事。
首先我们要先了解故事的内容分别代表着什么:
- 路人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这个流程,这样导致了线程间的竞争,限制了真正的并行计算能力,大大降低了与性能