ArrayDeque全面优于Stack：设计上不继承Vector、避免功能污染，性能上无同步开销且循环数组实现O(1)操作，用途上支持栈/队列/双端队列三重角色。
因为ArrayDequ
设计更合理：不继承Vector，避免功能污染
Stack类继承自Vector，导致它“意外”拥有add(int, E)、remove(int)等非栈操作方法。这破坏了栈的LIFO语义——你甚至能往中间插元素、删底部元素，让栈变成“四不像”。ArrayDeque作为Deque接口的实现，只暴露符合双端队列契约的方法（如push/pop/offer/poll），天然杜绝误用。
- Stack可被随意修改结构，违背封装原则
- ArrayDeque没有冗余API，方法职责清晰
- 它遵循“组合优于继承”，内部用循环数组封装，逻辑干净
性能更高：无同步开销 + 循环数组O(1)操作
Stack所有方法都带synchronized，哪怕单线程也强制加锁；而ArrayDeque完全无同步，避免了不必要的性能损耗。更重要的是，它的底层是**容量为2的幂次方的循环数组**，通过位运算（如(i + 1) & (length - 1)）实现索引循环，插入/删除栈顶元素稳定在O(1)，比Stack扩容时的数组复制更轻量。
- Stack初始容量10，扩容需复制整个数组
- ArrayDeque初始容量8，扩容按2倍增长，且利用位运算跳过取模开销
- 实测在万级元素压栈场景下，ArrayDeque吞吐量通常是Stack的3–5倍
用途更广：一套API，栈队列双向切换
Stack只能当栈用；ArrayDeque既能当栈（push/pop），也能当队列（offer/poll），还能当双端队列（addFirst/removeLast）。同一变量，换种调用方式就能改变行为，无需重构数据结构。
- 要LIFO？用
push()和pop() - 要FIFO？用
offer()和poll() - 要头插尾删？用
addFirst()和removeLast() - 所有操作都安全：pop()为空时抛异常，poll()为空时返回null，可控性强
其他关键细节
ArrayDeque不允许存null元素（避免歧义），这点比Stack更严谨；它不是线程安全的，但这反而是优点——多数业务场景本就不需要同步，把同步责任交给上层更灵活（比如用Collections.synchronizedDeque()按需包装）。而Stack的“伪线程安全”既拖慢性能，又掩盖真实并发需求。
基本上就这些。
