LinkedBlockingQueue 是基于单向链表、采用分离锁（putLock/takeLock）和条件变量（notEmpty/notFull）实现的线程安全阻塞队列，支持高并发生产者-消费者场景，默认容量为 Integer.MAX_VALUE，不接受 null 元素。
LinkedBlockingQueue 是 Java 并发包（java.util.concurrent）中一个基于链表实现的线程安全阻塞队列，核心用于生产者-消费者模型。它不是简单加锁的队列，而是通过精细的并发设计，在保证线程安全的同时提升吞吐量。
底层用双向链表 + 分离锁实现
它内部维护一个单向链表（注意：不是双向链表，LinkedBlockingDeque 才是双向；LinkedBlockingQueue 是单向），每个节点（Node）包含元素和指向下一个节点的引用。关键结构包括：
- head：虚拟头节点（不存实际数据），始终指向第一个有效节点的前驱
- last：始终指向最后一个节点
-
count：原子整数（
AtomicInteger），记录当前元素个数 -
takeLock：仅用于出队操作（
take/poll）的独占锁 -
putLock：仅用于入队操作（
put/offer）的独占锁 - notEmpty 和 notFull：分别依附于对应锁的条件变量，用于挂起/唤醒线程
入队和出队互不阻塞
由于读写使用不同锁，生产者线程调用 put() 时只持 putLock，消费者调用 take() 时只持 takeLock，二者完全不竞争。这显著提升了高并发下的吞吐能力——尤其适合一端持续写、一端持续读的场景。
比如：一个日志收集线程不断 put 日志对象，多个解析线程并行 take 处理，彼此不会因锁争抢而排队等待。
立即学习“Java免费学习笔记（深入）”；
生成Blender Python (bpy)脚本，该脚本使用node_groups API和GeometryNodeTree接口程序化地创建几何节点修改器树，用于参数化3D资产生成。
阻塞行为由 Condition 精确控制
当队列为空时，take() 会调用 notEmpty.await() 挂起当前线程，并释放 takeLock；一旦有线程成功 put 元素，就会触发 notEmpty.signal() 唤醒一个等待的消费者。同理，满时 put() 等待 notFull 条件。
这种“挂起-唤醒”机制避免了忙等（busy-waiting），节省 CPU，也比轮询更精准高效。
容量可选，默认近乎无界
构造时可指定容量（如 new LinkedBlockingQueue(1024)），否则默认为 Integer.MAX_VALUE（约 21 亿）。需注意：虽然叫“有界”，但默认情况下内存耗尽前几乎不会满，因此在资源受限系统中建议显式设限，防止 OOM。
另外，它不支持 null 元素，插入 null 会直接抛 NullPointerException。
基本上就这些。原理不复杂，但分离锁+条件变量的设计让它的并发性能远超早期的 synchronized 队列实现。
