Java中Stack类不推荐使用，因其继承Vector导致线程安全开销大、破坏LIFO封装、存在冗余方法；官方推荐用ArrayDeque等Deque实现替代，性能更优、语义更清晰。
Java中的Stack类不推荐继续使用，核心原因是它继承自Vector，导致**线程安全开销大、设计违背栈的封装原则、且存在冗余方法**。它并非接口实现，而是过时的遗留类，官方自JDK 1.0起就已标记为“legacy”，并在现代开发中被更合理、更灵活的替代方案取代。
Stack继承Vector带来性能与语义问题
Stack直接继承Vector，而Vector所有方法都加了synchronized——即使你只需要单线程栈操作，也得承担不必要的同步开销。更严重的是，它公开了Vector的全部方法（如insertElementAt()、removeElementAt()），破坏了栈“后进先出（LIFO）”的抽象契约：你能随意在中间插入或删除元素，这已经不是栈，而是披着栈皮的动态数组。
推荐替代方案：Deque接口及其实现类
Java官方明确建议用Deque（双端队列）来替代Stack，因为它语义清晰、性能更好、线程安全可选，且符合现代集合设计规范：
-
ArrayDeque：非线程安全，基于循环数组实现，**是栈场景的首选**——比Stack快得多，无同步开销，内存效率高，支持push()/pop()/peek()等标准栈操作； -
LinkedList：也实现Deque，但底层是链表，随机访问慢，仅在需频繁首尾增删且不介意开销时考虑； -
如需线程安全：不用
Stack，改用ConcurrentLinkedDeque（无锁、高性能）或配合Collections.synchronizedDeque()包装。
实际迁移示例：三行代码替换
原Stack → 替换为：
立即学习“Java免费学习笔记（深入）”；
Dequestack = new ArrayDeque<>(); // 推荐 stack.push("a"); // 同Stack.push() String top = stack.pop(); // 同Stack.pop() String peek = stack.peek(); // 同Stack.peek()
注意：ArrayDeque不支持null元素（Stack允许），若业务必须存null，需自行封装或改用LinkedList（但应先审视是否真需要）。
为什么不用Stack的子类或包装工具类？
有人试图封装Stack来屏蔽多余方法，但这治标不治本：底层仍是Vector，同步锁无法绕过，且无法享受ArrayDeque的优化（如扩容策略、缓存友好性）。JDK团队也从未承诺维护Stack的未来兼容性，部分新特性（如增强的泛型推导、值类型支持）也优先面向Deque生态。
基本上就这些。用ArrayDeque代替Stack，不是简单换个类名，而是让代码更轻、更准、更可持续——栈就该只做栈的事。
