linkedblockingqueue容量构造时指定且不可变，支持有界（正整数）和默认无界（integer.max_value）两种模式，需依qps、内存与监控合理设置以避免oom或频繁阻塞。

LinkedBlockingQueue 的容量在构造时指定，不支持运行时修改。它是一个基于链表实现的线程安全阻塞队列，容量决定了队列最多能存放多少元素；若未显式指定，将使用默认的 Integer.MAX_VALUE（即约 21 亿），相当于无界队列。

如何配置固定容量

通过带 int capacity 参数的构造方法设置：

• 传入正整数（如 100）：创建有界队列，插入满时生产者线程会阻塞或超时失败
• 传入 0 或负数：抛出 IllegalArgumentException
• 示例：new LinkedBlockingQueue<string>(50)</string> 表示最多存 50 个元素

不指定容量的后果

使用无参构造器（new LinkedBlockingQueue()）时，内部使用 Integer.MAX_VALUE 作为容量上限：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 内存不受队列自身限制，实际容量取决于 JVM 堆内存和元素大小
• 看似“无界”，但一旦生产过快、消费过慢，容易引发 OOM
• 适合生产消费速率基本平衡、且对内存可控性要求不高的场景

容量设置的关键考虑点

合理设置容量需结合业务压力与系统资源：

• 根据峰值 QPS 和平均处理耗时估算积压上限，留 20%~50% 余量
• 避免设得过大（如百万级），导致内存占用高、GC 压力大、问题暴露滞后
• 避免设得过小（如 1~10），造成频繁阻塞，降低吞吐，甚至引发线程饥饿
• 建议配合监控（如队列 size、put/take 等待时间）动态调优

注意：容量不是线程数，也不影响并发性能本身

容量只控制元素数量上限，不影响多线程并发访问能力：

• 内部使用独立的 takeLock 和 putLock，读写可并行
• 容量设为 1000 还是 10000，并不改变锁竞争程度（除非极端情况）
• 真正影响性能的是元素大小、GC 频率、以及是否频繁触发阻塞等待

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南