ArrayBlockingQueue 是线程安全、有界、基于数组的阻塞队列，通过固定容量和 ReentrantLock 实现缓存上限控制；构造时必须指定不可变容量，配合 put/take 阻塞实现背压，嵌入生产者-消费者线程模型可构建稳定缓存管道，并支持中断与超时提升可控性。
ArrayBlockingQueue 是 Java 并发包中一个线程安全、有界、基于数组实现的阻塞队列，天然适合用作带容量限制的缓存容器。它通过固定大小的内部数组和显式的锁（ReentrantLock）保证线程安全，当队列满或空时，put/take 等操作会阻塞，这恰好能优雅地控制缓存上限并避免内存溢出。
明确设定容量，从源头限制缓存规模
构造时必须指定容量，这是控制上限的核心。容量一旦设定不可更改，确保缓存不会无限制增长：
- 根据业务场景预估最大并发写入量与消费速度差，留出合理余量（例如：峰值 QPS × 响应延迟 × 安全系数）
- 避免设为 Integer.MAX_VALUE —— 这会使它退化为逻辑无界，失去“上限控制”意义
- 示例：new ArrayBlockingQueue<String>(1024) 表示最多缓存 1024 个待处理任务或数据项
用 put() 和 take() 实现阻塞式背压
生产者调用 put()，消费者调用 take()，二者天然形成流量控制闭环：
- 当缓存已满，put() 会阻塞当前线程，直到有空间腾出 —— 这相当于对上游写入施加反压，防止数据堆积
- 当缓存为空，take() 同样阻塞，避免空轮询或无效等待
- 相比 offer()/poll() 的非阻塞模式，阻塞方式更简单、更可靠，尤其适合对延迟不敏感但要求强一致性的场景（如日志缓冲、消息暂存）
配合线程池与守护线程构建稳定缓存管道
单独一个队列不是完整缓存方案，需嵌入执行流中才能发挥上限控制作用：
立即学习“Java免费学习笔记（深入）”；
- 生产者线程（如 HTTP 请求处理器）调用 queue.put(item)，若队列满则主动限流，请求自然排队或超时
- 后台消费者线程（可用单线程或固定线程池）循环调用 queue.take() 处理数据，保持队列水位动态平衡
- 可结合 CountDownLatch 或 AtomicBoolean 控制启停，避免 JVM 退出时队列残留未处理数据
注意中断与超时的合理使用
阻塞操作支持响应中断和设置超时，提升系统可控性：
- 在关键路径中，优先使用 put(E e) throws InterruptedException，并在 catch 中恢复中断状态（Thread.currentThread().interrupt()）
- 若不能长期阻塞（如实时接口），改用 offer(E e, long timeout, TimeUnit unit)，超时返回 false 并做降级处理（如丢弃、告警、写磁盘）
- 避免在 finally 块中无条件调用 clear() —— 可能清掉正在被消费的数据，破坏一致性
