LinkedBlockingQueue适合高吞吐、低竞争的生产者-消费者场景，采用双锁分离机制提升读写并发性能，但存在OOM风险、GC压力大等问题，需谨慎配置容量并避免阻塞误用。
LinkedBlockingQueue 适合高吞吐、低竞争的生产者-消费者场景
它内部用独占锁（takeLock 和 putLock 分离）实现双锁机制，读写操作不互斥，比 ArrayBlockingQueue 在多线程混合读写时吞吐更高。但锁粒度仍大于无锁队列（如 ConcurrentLinkedQueue），所以不适合超高频、极低延迟要求的场景。
典型适用场景包括：
- 后台任务调度器（如定时任务分发到工作线程池）
- 日志收集系统中，应用线程异步写入，日志线程批量刷盘
- RPC 框架的请求/响应缓冲，尤其是 QPS 中等、消息体较大、对偶发延迟不敏感的情况
容量设置为 Integer.MAX_VALUE 时等于无界队列，但仍有风险
默认构造函数创建的是“无界”队列，实际是容量设为 Integer.MAX_VALUE。它不会抛 IllegalStateException，但可能引发 OOM —— 因为只要生产者快于消费者，队列就持续增长，JVM 堆内存会被撑爆。
建议显式指定合理容量，并配合拒绝策略：
立即学习“Java免费学习笔记（深入）”；
