工作线程数究竟要设置为多少

发布时间：2025-11-04 14:31:18 来源：云智核 作者：系统运维

一、工作需求缘起

Web-Server通常有个配置，线程***工作线程数，数究后端服务一般也有个配置，竟设工作线程池的多少线程数量，这个线程数的工作配置不同的业务架构师有不同的经验值，有些业务设置为CPU核数的线程2倍，有些业务设置为CPU核数的数究8倍，有些业务设置为CPU核数的竟设32倍。

“工作线程数”的多少设置依据是什么，到底设置为多少能够***化CPU性能，工作是线程本文要讨论的问题。

二、数究共性认知

在进行进一步深入讨论之前，竟设先以提问的多少方式就一些共性认知达成一致。

问：工作线程数是不是设置的越大越好?

答：肯定不是的

问：调用sleep()函数的时候，线程是否一直占用CPU?

答：不占用，等待时会把CPU让出来，给其他需要CPU资源的线程使用。

不止sleep()函数，在进行一些阻塞调用时，例如网络编程中的：

都不占用CPU资源。

问：单核CPU，设置多线程有意义么，是否能提高并发性能?

答：即使是单核，使用多线程也是有意义的，大多数情况也能提高并发

三、常见服务线程模型

了解常见的服务线程模型，有助于理解服务并发的原理，一般来说互联网常见的服务线程模型有两种：

IO线程与工作线程通过队列解耦类模型

如上图，大部分Web-Server与服务框架都是使用这样的一种“IO线程与Worker线程通过队列解耦”类线程模型：

这个线程模型应用很广，符合大部分场景，这个线程模型的特点是，工作线程内部是同步阻塞执行任务的(回想一下tomcat线程中是怎么执行Java程序的，dubbo工作线程中是怎么执行任务的高防服务器)，因此可以通过增加Worker线程数来增加并发能力，今天要讨论的重点是“该模型Worker线程数设置为多少能达到***的并发”。

纯异步线程模型

没有阻塞，这种线程模型只需要设置很少的线程数就能够做到很高的吞吐量，该模型的缺点是：

四、工作线程的工作模式

了解工作线程的工作模式，对量化分析线程数的设置非常有帮助：

上图是一个典型的工作线程的处理过程，从开始处理start到结束处理end，该任务的处理共有7个步骤：

分析整个处理的时间轴，会发现：

(1) 其中1，3，5，7步骤中(上图中粉色时间轴)，线程进行本地业务逻辑计算时需要占用CPU

(2) 而2，4，6步骤中(上图中橙色时间轴)，访问cache、service、DB过程中线程处于一个等待结果的状态，不需要占用CPU，进一步的分解，这个“等待结果”的时间共分为三部分：

五、量化分析并合理设置工作线程数

***一起来回答工作线程数设置为多少合理的问题。

通过上面的分析，Worker线程在执行的过程中，有一部计算时间需要占用CPU，另一部分等待时间不需要占用CPU，通过量化分析，例如打日志进行统计，可以统计出整个Worker线程执行过程中这两部分时间的比例，例如：

得到的结果是，这个线程计算和等待的时间是1：1，即有50%的时间在计算(占用CPU)，50%的时间在等待(不占用CPU)：

结论：

N核服务器，通过执行业务的单线程分析出本地计算时间为x，等待时间为y，则工作线程数(线程池线程数)设置为 N*(x+y)/x，能让CPU的利用率***化。

经验：

一般来说，非CPU密集型的业务(加解密、压缩解压缩、搜索排序等业务是CPU密集型的业务)，瓶颈都在后端数据库访问或者RPC调用，本地CPU计算的时间很少，所以设置几十或者几百个工作线程是能够提升吞吐量的。

六、总结

【本文为专栏作者“58沈剑”原创稿件，转载请联系原作者】

戳这里，看该作者更多好文

相关文章