首先以单核CPU为例：
为什么要使用多线程呢？
- 如果只有一个线程的话，当任务阻塞时就会出现CPU的“空转期”，这一段时间的计算资源就被白白浪费掉了
- 使用了多线程时，如果CPU阻塞，就会让出其使用权由其他线程竞争，线程阻塞的时间并不会被浪费掉
当然线程数也不是越多越好，因为上下文切换也是一个耗时操作，于是我们就希望给我们的系统找到一个最优的线程数，这样既能保证充分利用CPU资源，又能减少上下文切换所带来的的开销
《Java Concurrency in Practice》中写到：
对于CPU密集型任务，建议线程数设置为 CPU核心数 + 1
《Programing Concurrency on the JVM》中写到：
最小线程数 = CPU核心数
对于IO密集型业务，建议线程数设置为CPU核心数 / (1-阻塞系数)，其中
还有一种坊间大神说法是 线程数 = 2*CPU核心数
很残酷的是，上面的理论放到现在来看，其实都不正确，原因如下：
- 上面两本书的写作年代过于久远，已经不适用于当今的微服务，新的JVM等等
- 上面的公式都过于关注CPU核心数，但实际上当今云技术很多复杂的服务只是跑在2核8G的CPU上，2核8G也是阿里云的标配服务器
- 当今更多采用的是混合部署，IO密集型业务和CPU密集型业务部署在一起，这就导致了上面任何一个公式都不好用
那么什么是正确的做法呢？
实际上，真理还得是从实践中得到，需要通过测试验证来得到最终的最佳线程数。测试和验证是基于性能测试为背景，在这个过程中可以不断增加和减少线程数
- 当增加线程数时：如果接口每秒处理的请求（QPS）不会再增加了，甚至接口响应时间变长，此时设置的线程数可能已经超过了最佳线程数
- 当减少线程数时：如果接口QPS下降，说明集群性能还有提升的空间
通过上面两个条件，就可以在测试中压出最佳线程数（这也是多数淘系应用如今的做法~~）
本文转载自: https://blog.csdn.net/HNU_Csee_wjw/article/details/123171044
版权归原作者 小王曾是少年 所有， 如有侵权，请联系我们删除。
版权归原作者 小王曾是少年 所有， 如有侵权，请联系我们删除。