通常一个任务不光 cpu 上要花时间， io 上也要花时间（例如去数据库查数据，去抓网页，读写文件等）。一个进程在等 io 的时候， cpu 是闲置的，另一个进程正好可以利用 cpu 进行计算。多几个进程一起跑，可以把 io 和 cpu 都跑满了。
现在一般都是虚拟资源，资源有弹缩机制，所以一般该跑多线程的时候就可以跑多线程。

单核cpu多线程有必要吗？

问题分析#

现代计算机一般都是多核cpu，多线程的可以大大提高效率，但是可能会有疑问，那单核CPU使用多线程是不是没有必要了，假定一种情况，web应用服务器，单核CPU、单线程，用户发过来请求，单个线程处理，CPU等待这个线程的处理结果返回，查询数据库，CPU等待查询结果...，只有一个线程的话，每次线程在处理的过程中CPU都有大量的空闲等待时间，那这样来说并行和串行似乎并没有体现并行的优势，因为任务的总量在那里，实际情况肯定不是这样的，即便是单核CPU，一个进程中往往也是有多个线程存在的，每个线程各司其职，CPU来调度各线程。

这里需要区分CPU处理指令和IO读取的不同，CPU的执行速度要远大于IO的过程，因此在大多数情况下多一些复杂的CPU计算都比增加一次IO要快，这一块深入理解要学习计算机原理相关的知识。

现实生活中也是有很多类似的例子，比如厨师做一道菜，买菜和买配料需要去不同的两个商店，如果这个过程只依靠他一个人来做，那耗费的总时间就是买菜再去买调料的总时间，如果有一个帮厨，那么就可以兵分两路，再来汇总结果，时间基本可以减半，厨师和帮厨就是不同的线程。

总结#

结果符合预期，这也说明在有频繁的IO操作时使用多线程会大大提高程序的执行效率。
有兴趣的同学可以试一下在执行i++的情况下，多线程就一定快吗？单线程和多线程的临界值是什么？

附：

为什么Redis单线程却很快，在没有磁盘IO的情况下单核CPU绑定一块内存效率最高，Redis把读写操作都放在了CPU和内存的部分，又减少了多线程上下文切换的过程，因此Redis即便是单线程也很快，在现代多核CPU的服务器中，往往会通过根据绑定Redis进程和CPU提高性能。
《性能调优攻略》在多核CPU调优章节提到，我们不能任由操作系统负载均衡，因为我们自己更了解自己的程序，所以，我们可以手动地为其分配CPU核，而不会过多地占用CPU0，或是让我们关键进程和一堆别的进程挤在一起。在文章中提到了Linux下的一个工具，taskset，可以设定单个进程运行的CPU。