c#中应优先使用stack而非list模拟栈，因list.last()为o(n)遍历且语义模糊，stack.peek()为o(1)并明确抛出“stack is empty”异常；pop()前必须检查count>0；new stack(ienumerable)存在构造顺序与延迟执行陷阱；类型安全需靠设计保障。
直接说结论：C# 中该用 Stack<t></t> 就别碰 List<t></t> 模拟栈，否则迟早掉进性能、语义和线程安全三重坑里。
为什么不能用 List<t>.Last()</t> 代替 Stack<t>.Peek()</t>
表面看都是“取最后一个”，但底层逻辑完全不同：
-
Last()是 LINQ 扩展方法，每次调用都从头遍历整个List，时间复杂度 O(n)；而Stack<t>.Peek()</t>只读内部数组末尾索引，O(1) -
List<t></t>允许list[0]、list.Insert(0, x)等操作，LIFO 行为完全不可控；Stack<t></t>从接口上就封死了随机访问 -
Last()在空列表上抛InvalidOperationException，但语义模糊（到底是没数据？还是调用错了？）；Stack<t>.Peek()</t>在空栈明确抛带消息的InvalidOperationException：“Stack is empty”
Stack<t>.Pop()</t> 前必须检查 Count > 0 吗？
必须。不是“可选建议”，而是生产环境硬性要求：
-
Pop()在空栈上直接抛异常，且无法靠try/catch安全兜底——异常开销大，还掩盖了逻辑缺陷 - 典型场景如括号匹配、XML 标签解析、表达式求值，栈空时仍调
Pop()意味着输入非法或状态错乱，应提前拦截 - 正确写法是
if (stack.Count > 0) { var top = stack.Pop(); }，别图省事写成stack.Any() ? stack.Pop() : default(T)——Any()又是额外遍历
Stack<t></t> 初始化时传入集合的陷阱
构造函数 new Stack<t>(IEnumerable<t>)</t></t> 看似方便，但行为反直觉：
- 传入
new[] { "a", "b", "c" }，栈顶是"c"，栈底是"a"——这符合 LIFO，但容易误以为“第一个元素在栈顶” - 若传入的是
List<t></t>或其他可变集合，后续修改原集合不影响栈，因为构造时已拷贝；但若传入的是延迟执行的IEnumerable<t></t>（比如 LINQ 查询），则构造时不会立即执行，真正枚举发生在第一次Pop()或Peek()时，可能引发意外副作用 - 安全做法：显式用循环
Push，或确保传入的是确定、无副作用的数组/只读集合
最易被忽略的一点：泛型 Stack<t></t> 是引用类型安全的，但如果你用 Stack<object></object> 存各种子类实例，再用 is 或强制转换取值，就绕开了编译期类型检查——这不是栈的问题，而是类型设计本身松动了边界。
