Java线程池满了,导致触发了拒绝策略的问题

​   一个同事写需求的时候,使用了线程池,出了问题,这里记录一下。

  首先他的需求是进行定时每天统计点击数据申请请求(一个接口),为了解耦,他使用了AOP+注解的方式,获取到那个请求的操作,并进行统计,不过由于是切面操作,只要有用户点击这个按钮触发这个请求就会走他的切面的逻辑,而且由于他计算的过程需要调用其他服务接口(远程调用),有一定的耗时操作,为了提高用户体验,他就使用了线程执行方式进行异步操作。

  这里他使用的是Executors.newSingleThreadExecutor的方式进行创建的线程池,这里只使用了一个线程去操作,最终导致了当他测试接口的时候,只要他点击稍微快点儿就会出现异常,异常信息如下所示:

java.util.concurrent.RejectedExecutionException: Task ys.manufacture.desrv.dataintelligence.aspect.SpringDataRecommendAspect$1@46945a4 rejected from java.util.concurrent.ThreadPoolExecutor@77e771ae[Terminated, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 1]
	at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2063)
	at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:830)
	at java.util.concurrent.ThreadPoolExecutor.execute(ThreadPoolExecutor.java:1379)
	at java.util.concurrent.Executors$DelegatedExecutorService.execute(Executors.java:668)

  问题分析,这里根据我们对线程池的了解,来了任务,如果没有达到核心线程数,就会创建线程,如果达到了核心线程数,就会进入到队列中进行等待调用,如果队列也满了,那么就会创建线程到最大线程数,如果最大线程数也满了,仍然有请求过来,那么就会触发默认的拒绝策略,会出现抛出异常。

img

  解决方法是:使用了springboot的线程池的创建方式,根据需求和业务场景,设置了核心线程数5个,队列数500,最大线程数10个,并且设置了拒绝策略为DiscardPolicy,即如果都满了,没有任务处理这个请求的话,就放弃这个请求的操作。这里业务上是允许的,因为对这个请求的统计不要求精确。

public Executor getExecutor() {
    ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
    //配置核心线程数
    executor.setCorePoolSize(5);
    //配置最大线程数
    executor.setMaxPoolSize(10);
    //配置队列大小
    executor.setQueueCapacity(500);
    //配置线程池中的线程的名称前缀
    executor.setThreadNamePrefix("async-service-");
    // rejection-policy:当pool已经达到max size的时候,如何处理新任务
    // CALLER_RUNS:不在新线程中执行任务,而是有调用者所在的线程来执行
    executor.setRejectedExecutionHandler(new ThreadPoolExecutor.DiscardPolicy());
    //执行初始化
    executor.initialize();
    return executor;
}
  • 1
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值