Java线程池设置多少线程合适_java的线程数怎么设置合理-CSDN博客

本文链接：https://blog.csdn.net/weilaizhixing007/article/details/125955693

本文探讨了如何根据CPU数量和任务类型来合理设置Java线程池大小。通过JDK提供的Runtime.getRuntime().availableProcessors()获取CPU核心数，但需注意云环境的准确性。同时，分析线程的I/O和计算占比以确定任务类型，并通过观察线程状态和调度信息来估算Wait/Compute比例。然而，实际应用中还需考虑线程池与其他资源的配合，如连接池和内存限制，以及多个线程池的交互影响。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言

线程池在Java服务中随处可见，但到底设置多少个线程是合适的往往见仁见智。这里，总结下个人看到的观点，结合个人的经验做一些总结。

一、经典方法

来自《Java并发编程实战》

二、要点分析

1. 确定CPU的数量

int N_CPUS = Runtime.getRuntime().availiableProcessors();

这段代码是JDK提供的方案。一般来说在物理机器上是准确的。但是在云原生/虚拟化环境下，笔者就遇到获取结果比实际数量多的情况，导致线程数开的过多。因此，代码可以这么写，实际运行起来还是要再确认下。此外，所谓的可用处理器，实际上是可用的处理器核心，毕竟可能只有1颗处理器，但是有8个核心。

2. 确定任务类型

工程实践中的任务类型，可能是I/O密集型，可能是计算密集型，也有可能是两者的混合也就是混合型任务。虽然良好的设计应该是I/O过程和计算过程分开，但也会遇到遗留系统，因为种种历史原因有许多反常规的将两者合在一个线程中处理的逻辑。因此，凭经验确定的任务类型可能并不准确。最终，通过WAIT/COMPUTE比例来衡量任务类型更为合理。作为开发的我们，还是需要用数据说话。因此让这段逻辑连续运行几次，就能见分晓。以下命令和结果均为CentOS。

查看线程状态
// tpid 为 thread id，此处以grpc boss event loop thread为例
cat /proc/${tpid}/status

cat /proc/27792/status
Name:	grpc-nio-boss-E
Umask:	0022
State:	S (sleeping)
Tgid:	27738
Ngid:	0
Pid:	27792
PPid:	1
TracerPid:	0
Uid:	18930	18930	18930	18930
Gid:	1001	1001	1001	1001
FDSize:	256
Groups:	1001 3007 3030 
VmPeak:	 2958948 kB
VmSize:	 2958944 kB
VmLck:	       0 kB
VmPin:	       0 kB
VmHWM:	  550244 kB
VmRSS:	  550244 kB
RssAnon:	  536192 kB
RssFile:	   14052 kB
RssShmem:	       0 kB
VmData:	 2795616 kB
VmStk:	     132 kB
VmExe:	       4 kB
VmLib:	   19012 kB
VmPTE:	    1460 kB
VmSwap:	       0 kB
Threads:	53
SigQ:	0/14120
SigPnd:	0000000000000000
ShdPnd:	0000000000000000
SigBlk:	0000000000000004
SigIgn:	0000000000000003
SigCgt:	2000000181005ccc
CapInh:	0000000000000000
CapPrm:	0000000000000000
CapEff:	0000000000000000
CapBnd:	0000001fffffffff
CapAmb:	0000000000000000
Seccomp:	0
Speculation_Store_Bypass:	vulnerable
Cpus_allowed:	3
Cpus_allowed_list:	0-1
Mems_allowed:	00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000001
Mems_allowed_list:	0
# 线程自愿上下文切换
voluntary_ctxt_switches:	12127
# 线程非自愿上下文切换
nonvoluntary_ctxt_switches:	4

非自愿上下文切换 / 资源上下文切换非常大说明线程经常主动放弃CPU时间片，那通常是等待其他资源，例如I/O完成，等待锁等。这里的单位是次，能够定性，但不能提供精确的运行/等待比例。

查看线程调度状态
// pid: process id, tpid: thread id
cat /proc/${pid or tpid}/sched


cat /proc/27792/sched
grpc-nio-boss-E (27792, #threads: 53)
-------------------------------------------------------------------
se.exec_start                                :   10308747122.791804
// 虚拟运行总时间(等待时间+使用CPU时间)
se.vruntime                                  :      52693327.134406
// 实际运行总时间(使用CPU时间)
se.sum_exec_runtime                          :          1285.444999
// 跨CPU核心切换次数
se.nr_migrations                             :                 2446
// 上下文切换总次数
nr_switches                                  :                12131
// 自愿切换次数
nr_voluntary_switches                        :                12127
// 非自愿切换次数
nr_involuntary_switches                      :                    4
se.load.weight                               :                 1024
policy                                       :                    0
// 线程优先级
prio                                         :                  120
clock-delta                                  :                   36
mm->numa_scan_seq                            :                    0
numa_migrations, 0
numa_faults_memory, 0, 0, 1, 0, -1
numa_faults_memory, 1, 0, 0, 0, -1