java线程池默认不按优先级执行，因其采用fifo队列（如linkedblockingqueue），任务入队顺序即执行顺序；要实现优先级调度，必须同时使用priorityblockingqueue和可比较的封装任务类。
Java线程池默认按FIFO（先进先出）顺序执行任务，因为其标准工作队列（如LinkedBlockingQueue）是顺序排队结构；若需按优先级调度，则必须显式使用PriorityBlockingQueue并配合可比较的任务封装，二者缺一不可。
为什么默认线程池不按优先级执行？
ThreadPoolExecutor 默认采用 FIFO 队列（如 LinkedBlockingQueue 或 ArrayBlockingQueue），任务入队即锁定执行顺序。即使高优任务后提交，只要它排在低优任务之后，就会等前面所有任务执行完才轮到——队列本身不具备重排序能力。
- 线程从队首（head）取任务，无法跳过中间项
- 任务提交时间 ≠ 实际执行时间，仅反映入队位置
- 线程数未达上限时，新任务直接触发新线程执行，但一旦进入队列，顺序即固化
用 PriorityBlockingQueue 实现优先级调度
关键不是替换线程池类，而是更换工作队列 + 定义可排序任务单元。PriorityBlockingQueue 是基于堆的无界队列，能自动维持最小/最大堆结构，前提是元素自身支持比较逻辑。
- 定义包装类（如
PriorityTask），实现Runnable和Comparable -
compareTo()方法按 priority 字段升序比较（数值越小，优先级越高） - 为避免相同 priority 导致排序不稳定，需引入单调递增序列号（如
AtomicInteger）作为第二排序键 - 构造线程池时传入该队列：
new ThreadPoolExecutor(core, max, keepAlive, unit, new PriorityBlockingQueue())
提交与执行时的注意事项
任务提交方式决定能否真正生效：不能直接 submit 原始 Runnable，必须提交已封装的优先级任务实例。
- 高优任务示例：
executor.submit(new PriorityTask(() -> sendAlert(), 1)) - 中低优任务用更大数值（如 5、10），确保自然排序时排在后面
- 注意
PriorityBlockingQueue无界，若生产远快于消费，可能引发 OOM；建议配合拒绝策略（如记录日志后同步执行）或监控队列 size - 拒绝策略需兼容优先级语义——例如
CallerRunsPolicy会由提交线程执行任务，此时仍应保留原优先级逻辑
和 FIFO 队列的对比选择
是否启用优先级，取决于业务对响应确定性的要求：
- FIFO 适合强调公平性、顺序敏感的场景（如订单流水处理、日志写入）
- 优先级队列适合存在明确服务等级（SLA）差异的场景（如告警推送 > 数据同步 > 日志归档）
- 不要为简单场景过度设计：若只有两类任务且比例悬殊，可用两个独立线程池 + 不同 coreSize 更轻量
- 优先级不等于线程优先级：JVM 线程调度优先级（
Thread.setPriority()）在线程池中基本无效，起作用的是任务在队列中的位置
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
