2020-06-04：线程池拒绝策略分别使用在什么场景

### 不同线程池拒绝策略的适用业务场景及示例 #### 1. **AbortPolicy** AbortPolicy 是最简单也是最常见的拒绝策略之一。当线程池无法接受新的任务时，它会直接抛出 `RejectedExecutionException` 异常。这种策略适合那些对任务丢失零容忍的应用场景[^4]。 ##### 示例 ```java ExecutorService executor = new ThreadPoolExecutor( 2, 4, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue<>(2), new ThreadPoolExecutor.AbortPolicy() ); try { for (int i = 0; i < 10; i++) { final int taskNumber = i; executor.submit(() -> System.out.println("Executing Task " + taskNumber)); } } catch (RejectedExecutionException e) { System.err.println("Task rejected due to thread pool overload."); } finally { executor.shutdown(); } ``` 在这个例子中，如果尝试向已满的工作队列提交第7个任务，将会触发 `RejectedExecutionException` 并打印错误消息。 --- #### 2. **CallerRunsPolicy** CallerRunsPolicy 的特点是让调用者（即提交任务的那个线程）亲自执行该任务。这有助于减慢任务提交的速度，从而给系统更多时间去消化积压的任务。适用于不希望丢弃任务，并且希望通过降低任务提交速度来缓解系统压力的情况[^4]。 ##### 示例 ```java ExecutorService executor = new ThreadPoolExecutor( 2, 4, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue<>(2), new ThreadPoolExecutor.CallerRunsPolicy() ); for (int i = 0; i < 10; i++) { final int taskNumber = i; executor.submit(() -> System.out.println(Thread.currentThread().getName() + ": Executing Task " + taskNumber)); } executor.shutdown(); ``` 在此代码片段中，一旦核心线程和阻塞队列都满了，后续的任务将由主线程自行处理，而不是交给线程池中的某个工作线程。 --- #### 3. **DiscardPolicy** DiscardPolicy 只是默默地丢弃被拒绝的任务而不做任何提示或反馈。因此，它非常适合那种即使偶尔丢失部分任务也不会带来严重后果的服务环境，例如某些非关键的日志记录操作[^4]。 ##### 示例 ```java ExecutorService executor = new ThreadPoolExecutor( 2, 4, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue<>(2), new ThreadPoolExecutor.DiscardPolicy() ); for (int i = 0; i < 10; i++) { final int taskNumber = i; executor.submit(() -> System.out.println("Executing Task " + taskNumber)); } executor.shutdown(); ``` 假如超过容量限制的新任务到来，它们会被静默抛弃，没有任何警告信息输出至控制台或其他地方。 --- #### 4. **DiscardOldestPolicy** DiscardOldestPolicy 则会选择放弃等待最长的一个尚未得到服务的机会转而接纳最新到达的任务进入排队序列当中。这样的做法特别有利于维护最新的状态表示形式，尤其是一些需要频繁刷新显示界面之类的功能模块里面非常实用。 ##### 示例 ```java ExecutorService executor = new ThreadPoolExecutor( 2, 4, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue<>(2), new ThreadPoolExecutor.DiscardOldestPolicy() ); for (int i = 0; i < 10; i++) { final int taskNumber = i; executor.submit(() -> System.out.println("Executing Task " + taskNumber)); } executor.shutdown(); ``` 在这种设定下，每当新增加进来一个超出承载能力范围之外的任务实例时候，就会把之前已经等候许久却还没有轮到自己开始运行的那个最早的候选对象踢出去腾位置出来供后来者占据。 --- #### 自定义拒绝策略 除了上述四种标准选项以外，还可以依据具体的业务需求来自行定制个性化的解决方案。只需继承 `RejectedExecutionHandler` 接口并重写其中的方法即可达成目标[^3]。 ##### 示例 ```java public class LoggingRejectedExecutionHandler implements RejectedExecutionHandler { @Override public void rejectedExecution(Runnable r, ThreadPoolExecutor executor) { System.err.printf("%s has been rejected at %s%n", r.toString(), LocalDateTime.now()); } } // 使用自定义拒绝处理器初始化线程池... ThreadPoolExecutor customPool = new ThreadPoolExecutor(2, 4, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue<>(2), new LoggingRejectedExecutionHandler()); customPool.execute(() -> {}); customPool.shutdown(); ``` 在这里展示了一个简单的日志型拒绝处理器的例子，每遇到一次拒收情况都会自动记录下来相应的细节描述便于后期追踪审查之用。 --- ###