ArrayDeque 不是环形缓冲区，其动态扩容、无覆盖策略、引用不清空等特性违背 ring buffer 的内存可控、零分配、确定性延迟目标。
ArrayDeque 本身不是环形缓冲区，别强行当 ring buffer 用
直接把 ArrayDeque 当作环形缓冲区（ring buffer）来用，是常见误解。它底层确实是循环数组，但设计目标是“动态扩容的通用双端队列”，不是“固定容量、覆盖写入、无锁协作”的环形缓冲区。在内存受限环境里，它的自动扩容行为会触发数组复制、GC 压力、甚至 OutOfMemoryError——这和环形缓冲区“内存可控、零分配、确定性延迟”的初衷完全相悖。
典型错误现象包括：
- 日志突发时
ArrayDeque.grow()被反复调用，引发大量对象拷贝和内存碎片 - 调用
removeFirst()或pollFirst()后，旧元素引用未清空，阻碍 GC - 试图用
size() == capacity判断“满”，但ArrayDeque没有公开容量上限接口，elements.length是受保护字段且可能大于逻辑大小
真要固定容量 + 覆盖写入，得自己封装一层
如果硬要用 ArrayDeque 的底层循环数组机制（比如想复用其高效头尾操作），必须手动封住扩容、接管写入逻辑，并明确覆盖策略。这不是“配置一下就行”，而是重写关键行为：
- 初始化时传入预估最大日志条目数（如 1024），并用反射或 Unsafe 获取
elements数组（不推荐）；更稳妥的做法是直接用new Object[capacity]自建数组 - 禁用所有可能触发扩容的方法：不用
addLast()、不用push()，只封装自己的write(LogEntry entry) -
write()内部判断是否已满：若size == capacity，则先advanceHead()（模拟覆盖最老条目），再写入新条目到tail位置 - 读取时严格按
head → tail顺序遍历，不依赖iterator()（它可能跳过被覆盖区域） - 每次写入后显式置空被覆盖位置的引用：
elements[oldHead] = null，辅助 GC
为什么裸写数组 + 双指针比 ArrayDeque 更合适
在嵌入式、实时日志或资源严控场景下，一个轻量级环形缓冲区只需几十行代码，却能彻底规避 ArrayDeque 的隐式开销：
- 容量固定：编译期/启动期确定，无运行时扩容风险
- 指针回绕用位运算（容量为 2 的幂时）：
tail = (tail + 1) & (capacity - 1)，比模运算快，且避免负索引问题 - 线程安全可选：单生产者（中断/日志 API）+ 单消费者（后台刷盘任务）时，读写指针天然无竞争，无需锁
- 内存布局连续：CPU 缓存友好，批量读取日志时吞吐更高
- 覆盖逻辑可控：ERROR 级日志可标记为“不可覆盖”，需额外维护一个优先级位图，
ArrayDeque完全不支持这种语义
例如一个极简实现核心片段：
class RingLogBuffer {
private final LogEntry[] buf;
private int head, tail, size;
private final int capacity;
<p>RingLogBuffer(int capacity) {
this.capacity = capacity;
this.buf = new LogEntry[capacity];
}</p><p>void write(LogEntry e) {
if (size == capacity) {
buf[head] = null; // 显式释放
head = (head + 1) & (capacity - 1);
} else {
size++;
}
buf[tail] = e;
tail = (tail + 1) & (capacity - 1);
}
}ArrayDeque 唯一适合的“日志暂存”场景：非受限、低频、开发期快速验证
只有当满足全部以下条件时，才可考虑临时用 ArrayDeque 替代：
- 运行环境内存充足（如桌面 JVM，堆 > 512MB）
- 日志速率稳定且远低于峰值（如每秒 ≤ 10 条，无 burst）
- 不要求严格 FIFO 覆盖（允许丢弃中间部分，而非最老条目）
- 仅用于本地调试或单元测试，不进生产环境
即便如此，也应显式限制初始容量：new ArrayDeque(1024)，并监控 size() 是否持续接近 elements.length——一旦接近，说明已触发扩容，就该换真环形缓冲区了。
真正卡住性能和稳定性的，从来不是“怎么写日志”，而是“谁在什么时候、以什么代价、覆盖了哪条日志”。ArrayDeque 不回答这些问题，它只负责把元素塞进去；而环形缓冲区的设计，本质是对丢失权的主动声明与精确控制。
