DiscardOldestPolicy在线程池饱和时丢弃队列最老任务为新任务腾位置；必须搭配有界队列使用，丢弃的是等待最久的待执行任务，非已执行或运行中任务，且需显式配置策略对象。
DiscardOldestPolicy 是 Java 线程池中一种拒绝策略，当线程池和任务队列都满时，它会丢弃等待时间最长（即队首）的任务，再尝试提交新任务。
DiscardOldestPolicy 的工作时机
该策略只在 线程池已关闭或饱和（核心线程 + 工作线程全忙，且队列已满） 时触发。注意：它不会无条件丢弃旧任务——必须先尝试重新提交新任务，失败后才执行“丢老任务+再提交”逻辑。
- 若队列是
LinkedBlockingQueue（无界），即使线程全忙，也不会触发该策略（因为队列永远不会满） - 若使用
ArrayBlockingQueue或SynchronousQueue等有界队列，更容易进入拒绝流程 - 丢弃的是 尚未执行、排在队列最前面的任务（不是刚执行完的，也不是正在运行的）
如何正确配置 DiscardOldestPolicy
需显式传入策略对象，不能仅靠默认行为。常见配置方式如下：
- 通过
ThreadPoolExecutor构造函数指定：new ThreadPoolExecutor(core, max, keepAlive, unit, queue, handler) - 使用预设策略常量：
new ThreadPoolExecutor(..., new ThreadPoolExecutor.DiscardOldestPolicy()) - 若用
Executors工具类创建的线程池（如newFixedThreadPool），其默认拒绝策略是AbortPolicy，不支持直接切换，需手动构建线程池
DiscardOldestPolicy 的实际效果示例
假设线程池：核心=1，最大=1，队列容量=2，策略为 DiscardOldestPolicy。依次提交任务 A、B、C、D：
立即学习“Java免费学习笔记（深入）”；
- A 立即执行；B 入队；C 入队（队列满）
- 提交 D 时触发拒绝：丢弃 A？错——A 已执行完毕；丢弃 B？对——B 是当前队列头（最老待执行任务）
- 丢弃 B 后，将 D 加入队尾，此时队列为 [C, D]
关键点：它丢的是 还在队列里、等待最久的那个，不是任意一个“老”任务。
使用时需要注意的坑
该策略看似平滑，但存在隐性风险：
- 可能丢弃关键任务：比如定时上报、状态同步等不可重试任务，丢弃后业务逻辑可能中断
- 不保证任务顺序：丢老任务后新任务插队，破坏 FIFO 语义（尤其在需要严格时序的场景）
-
无法感知丢弃行为：默认不抛异常、不打日志，需自行包装策略或监听丢弃事件（例如继承并重写
rejectedExecution方法）
