ThreadPollExecutor的bug?

本文探讨了ThreadPoolExecutor中maximumPoolSize参数的实际作用,并发现其在特定条件下并不如预期那样控制线程池的最大规模。核心线程数量(corePoolSize)才是决定线程池实际最大规模的关键。

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

ThreadPoolExecutor:参数maximunPoolSize不生效,超过corePoolSize后,任务进入等待队列,并没有增加新线程去执行。

public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue workQueue)

实测表明:
1) maximumPoolSize没什么用,只要不小于corePoolSize(构造函数中检测)。
2) 真正跑的最大线程数为corePoolSize 。
3) 最大队列取决于workQueue容量的大小,超过则个则抛出RejectedExecution。

因开发环境无法调试到源码(可能版本不一致),就不去分析了。

这里写图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值