java线程池的blockingqueue是决定任务缓冲、资源控制和系统稳定性的关键组件；arrayblockingqueue容量固定、缓存友好；linkedblockingqueue默认无界易oom，建议设限；synchronousqueue零缓冲、需配足线程；priorityblockingqueue按优先级排序但不保证严格fifo。
Java线程池的BlockingQueue不是“配个队列就行”的填充项，而是决定任务缓冲行为、资源控制边界和系统稳定性的关键组件。选错队列，轻则任务堆积、响应延迟，重则内存溢出（OOM）或线程池拒绝服务。
ArrayBlockingQueue：容量可控，适合资源敏感型场景
基于固定大小的环形数组实现，内存连续、缓存友好，吞吐稳定。构造时必须指定容量，不可扩容。
- 适用典型场景：数据库连接池缓冲、日志采集限流（如最多暂存1024条）、实时性要求高的批处理
- 支持公平锁选项（fair = true），能避免线程饥饿，但吞吐下降约10–20%
- 注意：若用作线程池队列，队列满后会触发拒绝策略（如AbortPolicy），需配套设计降级或告警
LinkedBlockingQueue：高吞吐默认选择，但无界需警惕OOM
底层为链表，入队（putLock）与出队（takeLock）使用分离锁，读写并发性能优于ArrayBlockingQueue。
- 默认构造为“无界”（实际容量=Integer.MAX_VALUE），表面宽松，实则极易因消费慢导致JVM内存耗尽
- 推荐显式传入capacity（如
new LinkedBlockingQueue(200)），转为有界队列，配合线程池的maxPoolSize形成双重保护 - 适合任务量较平稳、下游处理能力可预期的后台服务（如定时报表生成、消息异步落库）
SynchronousQueue：零缓冲直连，匹配高并发短任务
不存储任何元素，每个put()必须等待另一个线程执行take()才返回，本质是线程间“手递手”交接。
- 常用于CachedThreadPool，让新任务直接交给空闲线程，避免排队延迟
- 优势是极低延迟和零内存占用，但风险在于：若没有空闲线程，
put()将阻塞，可能快速耗尽调用方线程 - 务必搭配足够数量的线程（或合理设置corePoolSize/maxPoolSize），否则易触发拒绝策略
PriorityBlockingQueue与使用陷阱
无界优先级队列，按自然序或Comparator排序，但不保证FIFO，也不保证take()顺序绝对严格。
- 适用于任务有明确优先级差异的场景（如告警消息 > 日志消息 > 统计上报）
- 注意：即使队列非空，
take()仍阻塞等待；且插入null会抛NPE，元素必须可比较 - 慎用于强顺序依赖场景——它不是“带优先级的普通队列”，而是堆结构，相同优先级元素出队顺序不确定
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
