在程序开发中，常常为了提高性能，我们使用多线程进行开发，而针对多线程常常使用线程池来处理，线程池可以带来很多好处，有兴趣的可以看看之前干货君写的文章：线程池ThreadPool看完这篇就够了

那么现在有个问题来了，在应用中，针对多线程开发，线程数量我们要怎么设置才最合理呢?是不是越多越好?

当然不是，在多线程中，不得不提的上下文切换

上下文切换

首先在单核CPU中，也是可以处理多线程的，只是CPU通过给每个线程分配CPU时间片来处理的，假设我们有A、B两个线程执行任务，CPU在非常短的时间(时间片)执行A线程，然后再执行B线程，如此往复执行，不停的切换(切换时保持之前的状态)，由于时间片的间隙非常短，让我们感觉是同时执行的，即多线程，而这种切换就叫上下文切换。

从上面的描述我们可以知道，上下文切换，必然会出现之前的状态保持和启动，必然会导致性能的损耗，因此多线程的数量多就不一定快，也就说明了线程数量不是越多越好。

那么怎么合理的设置线程数量呢?

多线程任务分类

通常针对多线程一般分为两类场景：

IO密集型：IO密集型通常指程序运行期间，大部分的耗时是用来进行I/O操作，而这个时间线程不会占用CPU来处理。

CPU密集型：CPU密集型通常是指系统运行时会消耗掉大量的CPU资源，例如需要大量的计算，一些复杂运算，逻辑处理之类的。

因此针对不同场景线程的数量设置也不一样

I/O密集型

由于系统运行大部分都是在进行I/O交互，并不会暂用cpu资源，因此可以提高线程数，对线程数可以用以下计算公式：

最佳线程数 = ((线程等待时间+线程CPU时间)/线程CPU时间 )* CPU核心数

这样假设线程无等待，最佳线程数 = 1 * CPU核心数，而实际上线程一般都会存在等待时间，可以保守认为等待时间和线程CPU时间一样，即 2 * CPU核心数，因此一般都设置为

最佳线程数 = CPU核心数 * 2

CPU密集型

对于CPU密集型的，绝大部分都是利用cpu资源进行计算，因此一般对于此类场景，最佳线程数量设置为CPU核心线程数+1，以充分利用多核心CPU的处理能力。

最佳线程数 = CPU核心数 + 1

java获取cpu核心数的方法如下：

Runtime.getRuntime().availableProcessors()

原文地址：https://www.toutiao.com/i6905544368778920452/