java中stack类不推荐使用，因其是jdk 1.0遗留类，违背面向对象原则，继承vector导致语义混乱、同步开销大；官方推荐用deque接口及arraydeque实现替代，性能更优、语义更清晰。
Java中的Stack类不推荐使用，核心原因在于它是早期（JDK 1.0）为兼容性保留的**遗留类**，设计上违背了面向对象原则，且存在线程安全与性能上的双重缺陷。它不是“不能用”，而是有更优、更现代、更符合语义的替代方案。
Stack继承Vector，背离“栈”语义
Stack直接继承自Vector，导致它拥有大量与栈无关的方法，比如insertElementAt()、removeElementAt()、get(int)等。这破坏了“栈”应有的抽象边界——栈只应支持push()、pop()、peek()、isEmpty()等LIFO操作。
- 你可以用
stack.get(5)随意访问中间元素，这已不是栈，而是伪装成栈的动态数组 - 继承
Vector还强制承担其同步开销（每个方法都加synchronized），而多数场景下并不需要线程安全
Deque接口才是官方推荐的栈实现方式
自Java 6起，Oracle明确建议用Deque（双端队列）接口及其实现类（如ArrayDeque）来替代Stack。它通过push()/pop()/peek()方法提供标准栈行为，同时语义清晰、性能更好、非线程安全（可按需包装）、且不暴露无关操作。
-
ArrayDeque底层是循环数组，push/pop均为O(1)，无同步开销，比Stack快得多 - 写法自然：
Deque<integer> stack = new ArrayDeque();</integer>，调用stack.push(1)语义即明确 - 若需线程安全，可用
ConcurrentLinkedDeque或手动加锁，而非默认拖着Vector的同步包袱
遗留问题不止于Stack：Vector、Hashtable、Enumeration也同属一类
Stack并非孤例。它和Vector、Hashtable、Enumeration一样，是JDK 1.0为快速适配C++/Smalltalk风格而设计的早期集合类，后来被更合理、更灵活的Collection框架（ArrayList、HashMap、Iterator等）取代。
立即学习“Java免费学习笔记（深入）”；
- 它们全部被标记为“legacy”，文档中明确写有“This class is obsolete”或“new code should use…”提示
- 继续使用会阻碍代码演进，例如无法直接参与Stream操作，也不支持泛型的优雅用法（
Stack虽支持泛型，但类型擦除+历史包袱使其仍显笨重）
实际迁移很简单，但容易忽略
将Stack<t></t>替换为Deque<t></t>通常只需两步：改声明类型 + 换实现类。原有逻辑几乎无需调整。
- 原写法：
Stack<string> s = new Stack(); s.push("a"); String top = s.pop();</string> - 新写法：
Deque<string> s = new ArrayDeque(); s.push("a"); String top = s.pop();</string> - 注意：
ArrayDeque不允许null元素，这点与Stack不同，需检查业务逻辑是否依赖null入栈
不复杂但容易忽略：Stack不是bug，而是时代印记；弃用它不是因为它“错”，而是因为有更好的选择——简洁、高效、语义纯粹。
