请分析在 C# 中，不同集合类型（如 List<T>、Dictionary<TKey,TValue>、ConcurrentBag<T> 等）在多线程环境下的性能表现有何差异，并说明选择依据。

回答思路

1. 【回答框架 1】首先明确集合类型分类：非泛型集合（如 ArrayList、Hashtable）和泛型集合（如 List<T>、Dictionary<TKey,TValue>)，以及并发集合（如 ConcurrentDictionary<TKey,TValue>、ConcurrentQueue<T> 等）。非泛型集合在多线程下通常不安全，除非使用同步包装，但同步开销大。
2. 【回答框架 2】对于非并发集合（如 List<T>、Dictionary<TKey,TValue>），如果多个线程同时读写且无同步，会产生数据竞争和不确定行为，性能可能因冲突而下降，甚至崩溃。为了安全，需使用 lock 或 Monitor，但锁会引入阻塞，降低并发度。
3. 【回答框架 3】并发集合（如 ConcurrentDictionary<TKey,TValue>、ConcurrentQueue<T>）采用细粒度锁或无锁技术（如原子操作），在并发读写时提供更好的扩展性和低延迟，但内部有额外开销，在单线程下可能比非并发集合慢。
4. 【回答框架 4】性能影响还取决于操作类型：读多写少场景，非并发集合加读锁可能足够；写多场景，并发集合优势明显。此外，元素类型、集合大小、线程数等也会影响性能，需通过基准测试（BenchmarkDotNet）验证。
5. 【关键点 1】非并发集合在多线程下需外部同步，否则数据竞争；并发集合设计为线程安全且提供更好的并发性能。
6. 【关键点 2】并发集合使用细粒度锁或无锁技术，适合高并发写场景；单线程下可能比非并发集合慢。
7. 【关键点 3】选择集合类型需考虑并发访问模式、操作频率和性能要求，并通过基准测试评估。
8. 【易错点 1】误认为所有集合类型都是线程安全的，使用 List<T> 多线程读写而不加锁，导致数据损坏或异常。
9. 【易错点 2】在并发场景下盲目使用 lock 包裹所有集合操作，导致性能下降，忽略了 Concurrent 命名空间下的更适合的集合。
10. 【易错点 3】忽略性能测试，仅凭直觉选择集合类型，未考虑实际并发量。