fastcgi池队列已满_ThreadPoolExecutor创建线程池

方法参数说明:

5166508ef45b3cf3b50437f6c644891c.png
339ce3342a6771cd67aa50672c762224.png

拒绝策略: 当线程池的任务缓存队列已满并且线程池中的线程数目达到maximumPoolSize时,如果还有任务到来就会采取任务拒绝策略,通常有以下四种策略:

ThreadPoolExecutor.AbortPolicy:丢弃任务并抛出RejectedExecutionException异常。

ThreadPoolExecutor.DiscardPolicy:丢弃任务,但是不抛出异常。

ThreadPoolExecutor.DiscardOldestPolicy:丢弃队列最前面的任务,然后重新提交被拒绝的任务

ThreadPoolExecutor.CallerRunsPolicy:由调用线程(提交任务的线程)处理该任务

线程池的默认拒绝策略为AbortPolicy,即丢弃任务并抛出RejectedExecutionException异常

使用线程池和不使用线程的区别:差异在于使用线程池的方式是复用线程。 不使用线程池的方式是每次都要创建线程所以消耗的时间差距大,因为执行的工作比较简单所以大部分时间用来创建线程。

核心线程数的设置:

Nthreads=Ncpu*Ucpu*(1+w/c),其中

Ncpu=CPU核心数

Ucpu=cpu使用率,0~1

W/C=等待时间与计算时间的比率

IO密集型设置核心线程数= 2Ncpu

计算密集型设置核心线程数=Ncpu

计算密集型任务的特点:要进行大量的计算,消耗CPU资源

IO密集型任务特点:涉及到网络、磁盘IO的任务都是IO密集型任务,这类任务的特点是CPU消耗很少,任务的大部分时间都在等待IO操作完成,IO的速度远远低于CPU和内存的速度。对于IO密集型任务,任务越多,CPU效率越高,但也有一个限度。常见的大部分任务都是IO密集型任务,比如Web应用

线程池的工作流程:

当提交一个新任务到线程池时首先线程池判断基本线程池(corePoolSize)是否已满?

没满,创建一个工作线程来执行任务。

满了,则进入下个流程;

其次线程池判断工作队列(workQueue)是否已满?

没满,则将新提交的任务存储在工作队列里。

满了,则进入下个流程;最后线程池判断整个线程池(maximumPoolSize)是否已满?

没满,则创建一个新的工作线程来执行任务,满了,则交给饱和策略来处理这个任务

如果线程池中的线程数量大于 corePoolSize 时,如果某线程空闲时间超过keepAliveTime,线程将被终止,直至线程池中的线程数目不大于corePoolSize;如果允许为核心池中的线程设置存活时间,那么核心池中的线程空闲时间超过 keepAliveTime,线程也会被终止

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值