线程池的拒绝策略

最新推荐文章于 2022-07-05 18:39:08 发布

CrazySnail_x

最新推荐文章于 2022-07-05 18:39:08 发布

阅读量457

点赞数

分类专栏：线程文章标签：线程池多线程拒绝策略

本文链接：https://blog.csdn.net/weixin_40910372/article/details/103563611

版权

线程专栏收录该内容

6 篇文章 0 订阅

订阅专栏

在没有分析线程池原理之前先来分析下为什么有任务拒绝的情况发生。

这里先假设一个前提：线程池有一个任务队列，用于缓存所有待处理的任务，正在处理的任务将从任务队列中移除。因此在任务队列长度有限的情况下就会出现新任务的拒绝处理问题，需要有一种策略来处理应该加入任务队列却因为队列已满无法加入的情况。另外在线程池关闭的时候也需要对任务加入队列操作进行额外的协调处理。

RejectedExecutionHandler提供了四种方式来处理任务拒绝策略

AbortPolicy:丢弃任务并抛出RejectedExecutionException
DiscardOldestPolicy：丢弃队列中最老的一个请求，也就是即将被执行的一个任务，并尝试再次提交当前任务。
CallerRunsPolicy：只要线程池未关闭，该策略直接在调用者线程中，运行当前被丢弃的任务。显然这样做不会真的丢弃任务，但是，任务提交线程的性能极有可能会急剧下降。
DiscardPolicy：丢弃任务，不做任何处理。

这四种策略是独立无关的，是对任务拒绝处理的四中表现形式。最简单的方式就是直接丢弃任务。但是却有两种方式，到底是该丢弃哪一个任务，比如可以丢弃当前将要加入队列的任务本身（DiscardPolicy）或者丢弃任务队列中最旧任务（DiscardOldestPolicy）。丢弃最旧任务也不是简单的丢弃最旧的任务，而是有一些额外的处理。除了丢弃任务还可以直接抛出一个异常（RejectedExecutionException），这是比较简单的方式。抛出异常的方式（AbortPolicy）尽管实现方式比较简单，但是由于抛出一个RuntimeException，因此会中断调用者的处理过程。除了抛出异常以外还可以不进入线程池执行，在这种方式（CallerRunsPolicy）中任务将有调用者线程去执行。

下面来看下这几种拒绝策略的例子。

AbortPolicy : 抛出异常

线程池配置：

@Bean
    public ThreadPoolExecutor taskPoolExecutor() {
        ThreadFactory namedThreadFactory = new ThreadFactoryBuilder().setNameFormat("Customer-thread-%d").build();
        return new ThreadPoolExecutor(1, 1,
                THREAD_DEFAULT_TIMEOUT_MILLISECONDS, TimeUnit.MILLISECONDS,
                new ArrayBlockingQueue(1), namedThreadFactory, new ThreadPoolExecutor.AbortPolicy());
    }

调用：

@RequestMapping("/test003")
    public void test003(){

        IntStream.range(0,10).forEach(value -> {
            threadPoolExecutor.submit(() -> {
                try {
                    log.info("子线程 : [ {} ] is start running 任务 [ {} ]", Thread.currentThread().getName(),value);
                    Thread.sleep(2000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                log.info("子线程 : [ {} ] is end running 任务 [ {} ]", Thread.currentThread().getName(),value);
            });
        });

    }

调用结果如下：

2019-12-16 16:30:39.184  INFO 29854 --- [nio-8764-exec-1] o.a.c.c.C.[Tomcat].[localhost].[/]       : Initializing Spring DispatcherServlet 'dispatcherServlet'
2019-12-16 16:30:39.184  INFO 29854 --- [nio-8764-exec-1] o.s.web.servlet.DispatcherServlet        : Initializing Servlet 'dispatcherServlet'
2019-12-16 16:30:39.208  INFO 29854 --- [nio-8764-exec-1] o.s.web.servlet.DispatcherServlet        : Completed initialization in 24 ms
2019-12-16 16:30:39.226  INFO 29854 --- [stomer-thread-0] c.x.c.threadPool.ThreadPoolController    : 子线程 : [ Customer-thread-0 ] is start running 任务 [ 0 ]
2019-12-16 16:30:39.240 ERROR 29854 --- [nio-8764-exec-1] o.a.c.c.C.[.[.[/].[dispatcherServlet]    : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.FutureTask@9bd9fd2[Not completed, task = java.util.concurrent.Executors$RunnableAdapter@5593f403[Wrapped task = com.xzh.customer.threadPool.ThreadPoolController$$Lambda$870/0x00000008018b0040@6cec8775]] rejected from java.util.concurrent.ThreadPoolExecutor@1a0d809[Running, pool size = 1, active threads = 1, queued tasks = 1, completed tasks = 0]] with root cause

java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.FutureTask@9bd9fd2[Not completed, task = java.util.concurrent.Executors$RunnableAdapter@5593f403[Wrapped task = com.xzh.customer.threadPool.ThreadPoolController$$Lambda$870/0x00000008018b0040@6cec8775]] rejected from java.util.concurrent.ThreadPoolExecutor@1a0d809[Running, pool size = 1, active threads = 1, queued tasks = 1, completed tasks = 0]
	at java.base/java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2055) ~[na:na]

抛出了 RejectedExecutionException 异常。

但是可以看到，只有第1和第2两个任务执行了，这是因为我们的任务队列的容量为1.当任务0正在执行的时候，任务1被提交到了队列中但是还没有执行，受队列容量的限制，submit提交的任务2~任务9的时候，抛出了RejectedExecutionException异常，任务也被直接抛弃了。因此就只有任务0和任务1被执行了。