图解CallerRunPolicy：线程池拒绝策略入门教程

快速体验

1. 打开 InsCode(快马)平台 https://www.inscode.net
2. 输入框内输入如下内容：

   制作一个入门级的CallerRunPolicy演示程序，要求：1) 使用最简化的线程池配置 2) 每个步骤都有控制台输出说明当前状态 3) 可视化展示任务分配流程 4) 包含常见问题解答部分 5) 提供可交互的参数调整界面

3. 点击'项目生成'按钮，等待项目生成完整后预览效果

线程池拒绝策略入门

最近在学习Java线程池时，发现CallerRunPolicy这个拒绝策略特别有意思。它不像其他策略直接抛异常或丢弃任务，而是让调用者线程自己执行任务。这种设计在很多场景下非常实用，今天就用一个简单例子带大家理解它的工作机制。

基础概念

1. 什么是线程池拒绝策略当线程池的任务队列已满且线程数达到最大值时，新提交的任务就会触发拒绝策略。Java提供了几种内置策略，CallerRunPolicy就是其中之一。

2. CallerRunPolicy的特点它会让提交任务的线程（调用者线程）直接执行被拒绝的任务，相当于"谁提交谁干活"。这种策略能有效降低任务丢失的风险。

实战演示

环境准备

1. 创建一个最基本的线程池，核心线程数设为2，最大线程数也是2
2. 使用容量为1的有界队列
3. 明确指定拒绝策略为CallerRunPolicy

运行流程

1. 首先提交2个任务，它们会被立即分配给2个核心线程执行
2. 再提交第3个任务时，由于队列未满，任务会被放入队列等待
3. 当提交第4个任务时，队列已满，就会触发拒绝策略
4. 此时第4个任务会由主线程（调用者线程）直接执行

控制台输出分析

通过System.out.println打印每个步骤的状态：

• 任务开始执行的提示
• 当前执行任务的线程名称
• 任务完成的提示

从输出中可以清晰看到：

1. 前两个任务由pool-1-thread-1和pool-1-thread-2执行
2. 第三个任务在队列中等待
3. 第四个任务由main线程（调用者）直接执行

常见问题

1. 为什么我的任务没有按预期执行？检查线程池配置是否正确，特别是核心线程数、最大线程数和队列容量之间的关系。

2. CallerRunPolicy适合什么场景？适合那些不能丢失任务，但又可以接受短暂性能下降的场景。比如日志记录、非关键路径的业务逻辑等。

3. 如何选择拒绝策略？根据业务需求决定：

4. 不能丢任务用CallerRunPolicy
5. 可以丢任务用DiscardPolicy
6. 需要快速失败用AbortPolicy

互动体验

在InsCode(快马)平台上，可以直接运行这个示例代码，还可以实时调整参数观察不同配置下的行为变化。我试了下，发现不用搭建本地环境就能快速验证各种线程池配置，特别方便。

平台的一键部署功能让这种演示项目可以立即运行查看效果，对于学习多线程这种需要实际观察的课题特别有帮助。

快速体验

1. 打开 InsCode(快马)平台 https://www.inscode.net
2. 输入框内输入如下内容：

   制作一个入门级的CallerRunPolicy演示程序，要求：1) 使用最简化的线程池配置 2) 每个步骤都有控制台输出说明当前状态 3) 可视化展示任务分配流程 4) 包含常见问题解答部分 5) 提供可交互的参数调整界面

3. 点击'项目生成'按钮，等待项目生成完整后预览效果