java中stack类虽继承自vector并实现list接口，但仅允许末端增删以保证lifo；因其语义与list冲突且性能差，官方已将其标记为遗留类，现代开发应优先使用arraydeque实现栈功能。
Java 中的 List 本身不是栈，但 Stack 类继承自 Vector（而 Vector 实现了 List 接口），所以它“是”一个 List，却**不该被当作普通 List 使用**。理解 LIFO 的关键，不在于它实现了什么接口，而在于它**只允许在末端增删、且语义强制单端操作**——这才是后进先出的本质。
Stack 类如何用 List 底层体现 LIFO
Stack 内部复用 Vector 的数组存储和末尾操作机制：
-
push(e) 等价于
add(e)或addElement(e)：元素追加到数组末尾（索引size()处） -
pop() 先读取
elementAt(size()-1)，再调用removeElementAt(size()-1)：总是操作最后一个位置 -
peek() 直接返回
elementAt(size()-1)：不改动结构，只看顶
这种“仅动尾巴”的行为，让插入顺序 [1,2,3] 对应的出栈顺序必然是 3→2→1，无需额外逻辑，LIFO 自然成立。
为什么不能把 Stack 当 List 用
一旦调用 List 接口提供的非栈方法，LIFO 就被破坏：
- 调用
get(0)取底元素、add(0, x)插到底部 → 违反“仅栈顶操作”原则 - 调用
iterator()或增强 for 循环 → 暴露全部元素，失去栈的封装语义 - 混用
remove(index)或set(index, x)→ 栈结构退化为普通列表，LIFO 不再可保证
官方明确将 Stack 标记为“遗留类”，正因为它用 List 的壳，干着非 List 的事——设计上存在语义冲突。
现代推荐：用 ArrayDeque 实现纯正 LIFO
ArrayDeque 不实现 List，而是实现 Deque（双端队列），但通过限制只用一端，就能获得更高效、更清晰的栈行为：
-
deque.push(x)和deque.pop()行为与Stack完全一致，语义明确 - 无同步开销（
Stack所有方法都synchronized，单线程下浪费性能） - 不继承
List，无法误调get(0)或add(0,x)，天然防误用 - 扩容策略更优，内存局部性更好，实测比
Stack快 2–5 倍
代码对比：Stack vs ArrayDeque 做同一件事
以下两段代码效果完全相同，但后者更现代、更安全：
Stack<string> s = new Stack();
s.push("A"); s.push("B"); s.push("C");
System.out.println(s.pop()); // C
System.out.println(s.pop()); // B
</string>
Deque<string> d = new ArrayDeque();
d.push("A"); d.push("B"); d.push("C");
System.out.println(d.pop()); // C
System.out.println(d.pop()); // B
</string>
注意：ArrayDeque 不能用 new ArrayDeque().get(0) —— 编译不通过，这反而是优势。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
