应使用ArrayDeque代替Stack，因其作为Deque实现天然支持LIFO与FIFO双重语义，设计正交、性能更优、语义更清晰；Collection接口不定义栈/队列行为，而Deque明确建模双端操作，ArrayDeque以循环数组实现，无同步开销且效率高。
Java中用ArrayDeque代替Stack，不是“能不能”的问题，而是“该不该”和“为什么更合理”的问题。核心在于：Collection 接口本身不定义栈或队列语义，而ArrayDeque作为Deque接口的实现，天然承载了LIFO（栈）与FIFO（队列）双重能力，且设计更正交、性能更优、语义更清晰。
Collection 接口并不适合直接表达栈/队列行为
Collection是单端集合的顶层抽象，只保证元素可遍历、可增删，但不规定操作顺序或端点语义。它没有push/pop，也没有offer/poll这类结构化方法。强行用ArrayList或LinkedList（仅作为Collection使用）模拟栈，需手动维护尾部索引或调用add(size(), x)/remove(size()-1)，既易错又违背直觉。
- 栈操作依赖“后进先出”的逻辑约束，这不属于
Collection契约范围 - 队列操作依赖“先进先出”的端点分离（头进/尾出 或 尾进/头出），
Collection未提供端点区分机制 - 用
Collection类型变量接收栈/队列实例，会丢失关键行为提示，降低代码可读性与可维护性
Deque 是栈与队列的统一抽象层
Deque（Double-ended Queue）是Queue的子接口，但它明确建模了“双端操作”这一本质特征。它把栈（LIFO）和队列（FIFO）都视为双端结构的特例：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 当只在**同一端**调用
push/pop（或addFirst/removeFirst），就是标准栈 - 当在**两端分别**调用
offerLast/pollFirst，就是标准队列 - 所有操作方法命名一致、语义对称（如
peekFirst/peekLast），避免Stack中peek与element混用的混乱
ArrayDeque 是 Deque 的首选实现
ArrayDeque不是Collection的直接实现类，而是Deque的具体实现——这恰恰体现了它的定位准确。它用循环数组实现，兼顾时间效率与空间紧凑性：
立即学习“Java免费学习笔记（深入）”；
- 栈操作（
push/pop）平均时间复杂度 O(1)，无同步开销，比Stack（继承自Vector，所有方法同步）快约3倍 - 不支持
null元素，这一限制反而强化了API契约，减少空指针隐患 - 扩容策略智能，内存局部性好，缓存命中率高于
LinkedList的分散节点 - 作为队列时，
offer/poll同样高效，无需为不同用途切换集合类型
实际编码应按语义选择引用类型
声明变量时，应优先使用最精确的接口类型，而非宽泛的Collection：
- 需要栈语义 → 声明为
Deque<String>或ArrayDeque<String>（后者仅在需构造或调用专属方法时） - 需要队列语义 → 同样用
Deque<String>，通过offerLast/pollFirst体现FIFO - 避免写
Collection<String> stack = new ArrayDeque<>()—— 这会屏蔽push/pop等关键方法，失去类型安全
