ConcurrentQueue<>中TryDequeue与TryTake的区别是什么？

这两个方法底层逻辑完全相同，分开设计主要有两个原因：

• 语义对齐常规队列的操作习惯
  队列作为经典的FIFO数据结构，业界通用的入队、出队操作命名就是Enqueue和Dequeue，.NET 原生非并发的Queue<T>类也一直遵循这套命名规则。单独提供TryDequeue方法是为了和传统队列的API使用习惯保持一致，降低开发者的学习成本，代码可读性也更高，不需要额外记忆接口的特殊命名就能直接使用。
• 接口抽象和具体实现的职责分离
  TryTake是IProducerConsumerCollection<T>接口定义的通用方法，这个接口的作用是给所有适配生产者消费者模式的并发集合（包括ConcurrentStack<T>、ConcurrentBag<T>等）提供统一的操作抽象，方便上层开发通用的消费逻辑，不用关心底层具体用的是哪种并发集合类型。
  ConcurrentQueue<T>对TryTake采用了显式接口实现的方式，也就是说你只有把实例转为IProducerConsumerCollection<T>类型时才能调用到TryTake，直接使用ConcurrentQueue<T>类型的实例默认看不到这个方法，避免命名冗余干扰常规使用。

参考.NET官方开源实现，TryTake的底层就是直接调用TryDequeue，二者功能完全等价，只是适用场景不同：面向具体队列类型开发时用TryDequeue，写通用生产者消费者消费逻辑时用接口的TryTake。

内容的提问来源于stack exchange，提问作者Bart Friederichs