请说明 C# 中 Stack 与 ConcurrentStack 在行为与适用场景上的差异，并指出在哪些情况下应当优先选用并发版本。
考察说明
考查对普通集合与并发集合在线程安全、性能与适用场景上的理解。
回答思路
- 【回答框架 1】Stack 是非线程安全的 LIFO 集合，Push 与 Pop 操作在并发环境下可能产生数据竞争或状态不一致，需要外部加锁保护。ConcurrentStack 是专为多线程设计的无锁并发集合，基于 CAS 操作实现，提供线程安全的 Push、TryPop、TryPeek 等原子方法。
- 【回答框架 2】两者核心差异在于线程安全性与性能：单线程或串行访问时 Stack 因无同步开销而更快；多线程高频读写时 ConcurrentStack 避免锁竞争，通常吞吐更高，但单次操作可能因重试而略慢。
- 【回答框架 3】选择并发版本的条件：存在多个线程同时入栈或出栈，且要求操作原子性；或需要无阻塞或低延迟的并发访问。若访问频率低或可接受外部锁，则普通 Stack 加锁即可，避免引入并发集合的额外复杂度。
- 【回答框架 4】ConcurrentStack 不保证枚举时的快照一致性，迭代可能反映部分并发修改；而 Stack 在无并发修改时枚举稳定。此外，ConcurrentStack 的 Count 属性是近似值，不能用于精确判断。
- 【回答框架 5】实际方案中，若业务需要严格顺序且并发量小，优先 Stack 加锁；若高并发且可容忍近似计数，选 ConcurrentStack。最终应结合压测数据验证性能与正确性。
- 【关键点 1】Stack 非线程安全，ConcurrentStack 基于 CAS 无锁实现线程安全。
- 【关键点 2】单线程场景 Stack 更快，多线程高并发场景 ConcurrentStack 吞吐更优。
- 【关键点 3】多线程并发入栈出栈且需原子操作时，应使用 ConcurrentStack。
- 【关键点 4】ConcurrentStack 的 Count 是近似值，枚举不保证快照一致性。
- 【易错点 1】不要将 ConcurrentStack 的 Count 当作精确值用于业务判断。
- 【易错点 2】不要认为 ConcurrentStack 在所有并发场景都更快，低竞争下可能不如加锁的 Stack。
- 【易错点 3】不要忽略 ConcurrentStack 的 TryPop 返回 false 表示栈空，需正确处理。