一个同事写需求的时候,使用了线程池,出了问题,这里记录一下。
首先他的需求是进行定时每天统计点击数据申请请求(一个接口),为了解耦,他使用了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)
问题分析,这里根据我们对线程池的了解,来了任务,如果没有达到核心线程数,就会创建线程,如果达到了核心线程数,就会进入到队列中进行等待调用,如果队列也满了,那么就会创建线程到最大线程数,如果最大线程数也满了,仍然有请求过来,那么就会触发默认的拒绝策略,会出现抛出异常。
解决方法是:使用了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;
}