在 C# 开发中，你会采用哪些方式来设计一个既保证线程安全又具备高性能的集合？请说明具体方案和理由。
考察说明
考查对 C# 并发集合、锁机制及性能权衡的理解。
回答思路
- 【回答框架 1】首选使用 System.Collections.Concurrent 命名空间下的并发集合，如 ConcurrentDictionary、ConcurrentQueue、ConcurrentBag 等。这些集合内部采用细粒度锁或无锁算法（如 CAS），在保证线程安全的同时减少锁竞争，适合多线程读写场景。
- 【回答框架 2】根据具体需求选择：若需要键值对，用 ConcurrentDictionary 提供原子操作（如 GetOrAdd、TryAdd）；若需先进先出队列，用 ConcurrentQueue；若需无序集合，用 ConcurrentBag。避免使用非并发集合加锁，因为锁粒度大、性能差。
- 【回答框架 3】若需自定义集合，可考虑使用锁机制（如 lock 语句或 ReaderWriterLockSlim 实现多读单写）或使用 Interlocked 进行原子操作。需权衡锁粒度和复杂度，尽量缩小锁范围，减少持有时间。
- 【回答框架 4】性能考量：并发集合在低竞争下可能比加锁的普通集合稍慢，但在高并发下表现更优。需通过实际基准测试（如 BenchmarkDotNet）验证性能，并根据场景调整。
- 【回答框架 5】避免过早优化，可先使用并发集合，若出现瓶颈再分析热点。注意并发集合的迭代是弱一致的，适合快照读取，不适合需要强一致性的场景（如计数时需使用快照或额外同步）。
- 【关键点 1】首选 System.Collections.Concurrent 命名空间下的并发集合作为基础方案。
- 【关键点 2】ConcurrentDictionary 适合键值对，ConcurrentQueue 适合 FIFO 场景。
- 【关键点 3】加锁集合需缩小锁范围，考虑 ReaderWriterLockSlim 优化读多写少场景。
- 【关键点 4】性能需通过基准测试验证，并发集合在高竞争下占优。
- 【关键点 5】并发集合迭代弱一致，强一致场景需额外同步。
- 【易错点 1】误以为并发集合在所有场景下都更快，低竞争下可能不如普通集合加锁。
- 【易错点 2】将并发集合用于强一致需求，忽略弱一致迭代导致数据不一致。
- 【易错点 3】自定义锁集合时锁粒度过大导致性能下降。