我要招人

C#面试题更新 2026-08-03

在 C# 中，Queue<T> 与 ConcurrentQueue<T> 在使用上有何不同？在什么场景下应该优先选用 ConcurrentQueue<T>？

考察说明

考查对 C# 集合类型的线程安全特性及适用场景的理解。

回答思路

  1. 【回答框架 1】Queue<T> 是普通 FIFO 队列，非线程安全，多线程同时读写需自行加锁；ConcurrentQueue<T> 是线程安全队列，内部使用无锁或细粒度锁机制，支持并发入队出队。
  2. 【回答框架 2】ConcurrentQueue<T> 主要方法包括 Enqueue、TryDequeue 和 TryPeek，TryDequeue 在队列为空时返回 false 并输出默认值，不抛异常；Queue<T> 的 Dequeue 在空队列时抛 InvalidOperationException。
  3. 【回答框架 3】选择 ConcurrentQueue<T> 的场景包括多线程生产者消费者模型、任务调度、日志收集等需要安全并发访问的场景；单线程或低频访问且需要额外方法（如 Clear、Contains）时用 Queue<T> 更合适，因为 ConcurrentQueue<T> 缺少某些同步方法。
  4. 【回答框架 4】性能上，ConcurrentQueue<T> 在并发下通常优于 Queue<T> 加锁，但在单线程下可能略微慢于 Queue<T>，所以不能一概而论。
  5. 【关键点 1】Queue<T> 非线程安全，ConcurrentQueue<T> 线程安全。
  6. 【关键点 2】ConcurrentQueue<T> 提供 TryDequeue 避免空队列异常。
  7. 【关键点 3】多线程高并发场景优先使用 ConcurrentQueue<T>，单线程场景使用 Queue<T> 更简单高效。
  8. 【易错点 1】不要认为 ConcurrentQueue<T> 在所有场景都快于 Queue<T>，单线程下可能性能略低。
  9. 【易错点 2】ConcurrentQueue<T> 不保证元素的绝对顺序与 Queue<T> 完全一致，但在并发下仍尽力保持 FIFO。
  10. 【易错点 3】使用 Queue<T> 时若未加锁，多线程操作可能导致数据竞争或异常。