8.线程池的队列一般设置多少

本文详细解析了Java线程池ThreadPoolExecutor的关键参数,包括核心线程数、任务队列容量、最大线程数等,并介绍了线程池的执行顺序及参数设置方法,帮助读者掌握线程池的合理配置。

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

目录

一、ThreadPoolExecutor的重要参数

二、ThreadPoolExecutor执行顺序

三、如何设置参数


一、ThreadPoolExecutor的重要参数

corePoolSize:核心线程数

        核心线程会一直存活,即使没有任务需要执行

       当线程数小于核心线程数时,即使有线程空闲,线程池也会优先创建新线程处理

       设置allowCoreThreadTimeout=true(默认false)时,核心线程会超时关闭

queueCapacity:任务队列容量(阻塞队列)

        当核心线程数达到最大时,新任务会放在队列中排队等待执行

maxPoolSize:最大线程数

       当线程数>=corePoolSize,且任务队列已满时。线程池会创建新线程来处理任务

       当线程数=maxPoolSize,且任务队列已满时,线程池会拒绝处理任务而抛出异常

keepAliveTime:线程空闲时间

       当线程空闲时间达到keepAliveTime时,线程会退出,直到线程数量=corePoolSize

      如果allowCoreThreadTimeout=true,则会直到线程数量=0

allowCoreThreadTimeout:允许核心线程超时

rejectedExecutionHandler:任务拒绝处理器

 

 两种情况会拒绝处理任务:

         1):当线程数已经达到maxPoolSize,且队列已满,会拒绝新任务;

         2):当线程池调用shutdown()后,会等待队列里的任务执行完毕,再关闭。如果在调用shutdown()和线程池真正关闭之间提交任务,会拒绝新任务;

         

       线程池会调用rejectedExecutionHandler来处理这个任务。如果没有设置默认是 AbortPolicy,会抛出异常

线程池提供的拒绝策略:

                ThreadPoolExecutor.AbortPolicy:丢弃任务,抛运行时异常

               ThreadPoolExecutor.CallerRunsPolicy:执行任务

               ThreadPoolExecutor.DiscardPolicy:忽视,什么都不会发生

               ThreadPoolExecutor.DiscardOldestPolicy:从队列中踢出最先进入队列(最后一个执行)的任务

              实现RejectedExecutionHandler接口,可自定义处理器

 

二、ThreadPoolExecutor执行顺序

     线程池按以下行为执行任务

(1)当线程数小于核心线程数时,创建线程。

(2)当线程数大于等于核心线程数,且任务队列未满时,将任务放入任务队列。

(3)当线程数大于等于核心线程数,且任务队列已满

        1)若线程数小于最大线程数,创建线程

        2)若线程数等于最大线程数,抛出异常,拒绝任务

 

三、如何设置参数

默认值

       corePoolSize=1

       queueCapacity=Integer.MAX_VALUE

       maxPoolSize=Integer.MAX_VALUE

       keepAliveTime=60s

      allowCoreThreadTimeout=false

      rejectedExecutionHandler=AbortPolicy()

如何来设置

       需要根据几个值来决定

               tasks :每秒的任务数,假设为500~1000

               taskcost:每个任务花费时间,假设为0.1s

               responsetime:系统允许容忍的最大响应时间,假设为1s

做几个计算

       corePoolSize = 每秒需要多少个线程处理? 

                 threadcount = tasks/(1/taskcost) =tasks*taskcout =  (500~1000)*0.1 = 50~100 个线程。corePoolSize设置应该大于50

                 根据8020原则,如果80%的每秒任务数小于800,那么corePoolSize设置为80即可

       queueCapacity = (coreSizePool/taskcost)*responsetime

                 计算可得 queueCapacity = 80/0.1*1 = 80。意思是队列里的线程可以等待1s,超过了的需要新开线程来执行

                切记不能设置为Integer.MAX_VALUE,这样队列会很大,线程数只会保持在corePoolSize大小,当任务陡增时,不能新开线程来执行,响应时间会随之陡增。

        maxPoolSize = (max(tasks)- queueCapacity)/(1/taskcost)

                 计算可得 maxPoolSize = (1000-80)/10 = 92

               (最大任务数-队列容量)/每个线程每秒处理能力 = 最大线程数

        rejectedExecutionHandler:根据具体情况来决定,任务不重要可丢弃,任务重要则要利用一些缓冲机制来处理

        keepAliveTime和allowCoreThreadTimeout采用默认通常能满足

        以上都是理想值,实际情况下要根据机器性能来决定。如果在未达到最大线程数的情况机器cpu load已经满了,则需要通过升级硬件和优化代码,降低taskcost来处理。

在Java中,线程池和阻塞队列(BlockingQueue)的选择与设置是非常关键的,因为它们直接影响了系统的并发性能和资源管理。线程池中的阻塞队列用于存储任务,当线程池中的工作线程空闲时,会从队列中取出任务执行;反之,如果任务队列满了,新提交的任务会被阻塞,直到队列中有空间。 决定队列大小的因素通常包括: 1. **系统负载**:考虑应用程序的平均请求速率以及峰值负载。如果预计请求量波动较大,可能需要较大的缓冲能力来应对高峰期。 2. **硬件限制**:比如内存大小。队列过大会消耗过多内存,影响其他部分的性能。队列过小可能导致频繁地创建和销毁线程,增加上下文切换成本。 3. **任务类型**:对于I/O密集型任务,队列可以适当大一些,因为它不需要立即处理结果;而对于计算密集型任务,队列可能需要更小,以免CPU等待IO完成。 4. **超时策略**:如果你希望在队列满时设定一个时间限制(如生产者阻塞的时间),那么队列大小应该足够容纳这个超时时间内的任务。 常用的Java阻塞队列有`ArrayBlockingQueue`、`LinkedBlockingQueue`、`PriorityBlockingQueue`等,它们的配置参数`容量`就是指队列的最大元素数量。一般来说,初始容量可以设置为核心线程数的1.5到3倍,然后根据实际情况调整。同时,也可以设置无界队列(如`LinkedList`或自定义无限大小的队列),但这样可能会导致大量内存占用。 设置合适的队列大小需要进行实际监控和测试,找到一个既满足吞吐需求又能保证系统稳定性的平衡点。如果你提供具体的应用场景或数据,我可以给出更具体的建议。
评论 15
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值