线程池的拒绝策略

本文详细解析了Java线程池中四种拒绝策略:AbortPolicy(抛出异常)、DiscardPolicy(丢弃任务)、DiscardOldestPolicy(丢弃最旧任务)和CallerRunsPolicy(客户端执行)。通过实例展示了如何根据需求选择合适的拒绝策略以优化任务处理。

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

目录

前言

一、拒绝策略的执行条件

二、拒绝策略分类

1.AbortPolicy(直接抛出异常)

2.DiscardPolicy(丢弃当前被拒绝的任务,不抛出任何异常)

3.DiscardOldestPolicy(将工作队列中最老的任务丢弃,然后重新尝试接纳被拒绝的任务)

4.CallerRunsPolicy(在客户端执行被拒绝的任务)

总结


一、拒绝策略的执行条件

        拒绝策略是在线程池执行任务的过程中使用的,首先我们要了解线程池执行任务的基本过程。每过来一个任务,就会启动一个核心线程去执行它,当核心线程都用完了,再过来任务就会存入到阻塞队列中,当阻塞队列也存满时,会扩充线程池中的线程数,如果线程数达到了最大线程数量时,再过来任务,就会启动拒绝策略。

二、拒绝策略分类

        拒绝策略提供顶级接口 RejectedExecutionHandler ,当执行拒绝策略时,就会调用其中的 rejectedExecution 方法来具体执行拒绝策略。

        关于RejectedExecutionHandler操作说明:当用户提交的任务被拒绝时,线程池所关联的RejectedEcecution方法就会被调用,ThreadPoolExecutor自身提供了几个现成的RejectedExecutorHandler接口的实现类,其中ThreadPoolExecutor.AbortPolicy是线程池使用的默认拒绝策略。如果默认的RejectedExecutionHandler无法满足要求,那么可优先考虑线程池自身提供的其他拒绝策略,其次考虑使用自身实现的RejectedExecutionHandler接口。
jdk默认提供了以下四种拒绝策略:

1.AbortPolicy(直接抛出异常)

          丢弃任务,并抛出拒绝执行 RejectedExecutionException 异常信息。线程池默认的拒绝策略。必须处理好抛出的异常,否则会打断当前的执行流程,影响后续的任务执行。

源码如下:

        

在代码中可见,在rejectedExecution方法中抛出了RejectedExecutionException异常,会对代码的运行进行中止。

2.DiscardPolicy(丢弃当前被拒绝的任务,不抛出任何异常)

源码如下:

        

可以在方法rejectedExecution看到,没有任何的处理异常代码,对任务不做任何处理。

 3.DiscardOldestPolicy(将工作队列中最老的任务丢弃,然后重新尝试接纳被拒绝的任务)

        

在rejectedExecution方法中可以看到,用了一个if语句判断,再调用队列的poll方法对队列中最老的任务进行丢弃,再将新的任务放入队列中

 4.CallerRunsPolicy(在客户端线程执行被拒绝的任务)

        

 

直接调用其run方法,对新的任务进行优先执行。

总结

以上就是线程池的几种常见拒绝策略,在具体应用中应该分情况,根据不同需求选择使用哪一种拒绝策略。

### Java线程池拒绝策略概述 Java线程池提供了多种内置的拒绝策略来处理任务提交超出线程池容量的情况。这些策略可以通过`ThreadPoolExecutor`类进行设置,具体实现依赖于`RejectedExecutionHandler`接口。 #### 内置拒绝策略详解 1. **AbortPolicy** 默认的拒绝策略,在无法执行新任务时会抛出`RejectedExecutionException`异常[^4]。这种方式适用于希望程序立即失败并报告错误的场景。 2. **CallerRunsPolicy** 当任务被拒绝时,该策略会让提交任务的线程(即调用者线程)执行这个任务。这可能会降低系统的整体吞吐量,但在某些情况下可以缓解压力。 3. **DiscardPolicy** 静默丢弃被拒绝的任务而不做任何通知或记录。这种策略适合那些允许丢失部分任务的应用场景。 4. **DiscardOldestPolicy** 试图丢弃最旧的一个请求以便为当前任务腾出空间。此策略可能会影响较早提交的任务完成时间。 #### 自定义拒绝策略 除了上述四种标准策略外,还可以通过继承`RejectedExecutionHandler`接口来自定义拒绝逻辑。例如,`AbortPolicyWithReport`扩展了默认的`AbortPolicy`,可以在拒绝任务的同时提供额外的日志或其他操作支持[^2]。 以下是创建自定义拒绝策略的一个简单例子: ```java public class CustomRejectPolicy implements RejectedExecutionHandler { @Override public void rejectedExecution(Runnable r, ThreadPoolExecutor executor) { System.err.println("Task " + r.toString() + " rejected from " + executor.toString()); // 可在此处添加其他处理逻辑,比如保存到队列或者日志记录 } } ``` #### 设置拒绝策略的方法 要在线程池中应用特定的拒绝策略,需在初始化`ThreadPoolExecutor`实例时指定它。下面是一个完整的示例代码片段展示如何配置带有不同拒绝策略线程池: ```java import java.util.concurrent.*; public class ThreadPoolExample { public static void main(String[] args) { int corePoolSize = 2; int maximumPoolSize = 4; long keepAliveTime = 10L; TimeUnit unit = TimeUnit.SECONDS; BlockingQueue<Runnable> workQueue = new LinkedBlockingQueue<>(2); // 创建具有CallerRunsPolicy拒绝策略线程池 ThreadPoolExecutor threadPool = new ThreadPoolExecutor( corePoolSize, maximumPoolSize, keepAliveTime, unit, workQueue, new ThreadPoolExecutor.CallerRunsPolicy() ); // 提交超过线程池承载能力的任务数测试效果 for (int i = 0; i < 10; i++) { final int taskNumber = i; threadPool.submit(() -> { try { Thread.sleep(2000); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } System.out.println("Executing Task " + taskNumber); }); } threadPool.shutdown(); } } ``` #### 最佳实践建议 为了更高效地利用线程池资源并减少因拒绝策略引发的问题,应遵循以下几点最佳实践: - 合理设定核心线程数(`corePoolSize`)和最大线程数(`maximumPoolSize`)以匹配实际负载需求[^3]。 - 调整阻塞队列大小(`workQueue`)以平衡内存占用与响应速度之间的关系。 - 定期监控线程池运行状况,包括活动线程计数、已完成任务总数等指标,并据此动态调整参数。 - 根据业务特点选择合适的拒绝策略;如果需要更高的灵活性,则考虑开发定制化解决方案。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值