进程 线程 协程

多进程多线程的最终目地都是为了加快任务处理的时间，但是受限于CPU核数（只有多核才能实现并行，任务耗时=单核任务耗时/ cpu核数），那么在单核上执行多进程多线程是不是没有用了，加快不了处理的速度了？

答案肯定是不是的，不然这个东西设计出来太鸡肋了，那它们加快处理的原理是什么呢？一个进程耗时Ť！，B进程耗时T2，单核多进程其实也就是甲进程执行一段时间去执行B，但总的时间不应该是一样的吗，甚至会更多，进程线程的切换的消耗？

如果说任务中只有CPU耗时，那么多进程多线程是没有用，但实际上除了CPU消耗，还有I / O消耗，或者一些其他的我阻塞（CPU在等待），例如数据的读写（ CPU将这些交给DMA芯片完成，计算机中处理任务的部件很多），这些情况下的CPU都是没有工作的，那如果是多进程中（多线程也会有这个效果），CPU就可以去其他进程执行任务了，等下一次轮询过来继续执行，这样多进程多线程就加快了任务的处理时间，所以说多进程多线程受限于CPU核数，但是达到了优化CPU利用率效果。

 

 蟒蛇中的多进程多线程协程

1.多进程

 

2.多线程

python中的多线程只能在一个核上跑，受限于GIL（全局解释器锁），线程的执行过程：1。设置GIL 2.切换到一个线程去执行3.运行4.把线程设置为睡眠状态5.解锁GIL 6.再次重复以上步骤。

多线程可能会有数据冲突需要用到锁而使用锁可能有死锁的风险

3.协程

不管是多进程还是多线程都有一个调度问题，这个是操作系统执行的，什么时间执行什么进程（线程），不适当的进程线程切换可能会有很多不必要的消耗，这种调度方式可以被优化，那就是协程（协程只存在与一个线程中），协程的调度是用户的控制，有点类似线程同步中的条件变量（https://blog.csdn.net/qq_26836575/article/details / 82799455），例协程A协程B，当协程A执行到某个位置阻塞，用户可以让它去执行协程B，在协程B中发现A的某个条件达到了，可以选择唤醒协程A，暂停协程B.这种也只能在使用单核CPU，但是与多线程相比，不存在死锁问题（这个是由于协程的调度由程序员控制），无线程切换（多协程都只在一个线程中）。目前个人感觉它的实际应用价值不高。