我总是不知道该选择哪一个。按照我的理解，如果我想要两种数据类型作为Key和Value，以便我可以通过其key轻松找到一个值，那么我会使用 Dictionary 而非 List。但我总是困惑是否应该使用 ConcurrentDictionary 还是 Dictionary？
在你责备我没有对此进行足够的研究之前，请听我说，我已经尝试过搜索，但似乎谷歌并没有关于 Dictionary vs. ConcurrentDictionary 的内容，而是关于每个单独的东西都有相关信息。
我以前问过一个朋友，但他们只是说：“如果你在代码中经常使用字典，请使用ConcurrentDictionary”，我并不想去纠缠他们进一步解释。有人能详细说明一下吗？
ConcurrentDictionary主要用于在多个线程（或异步任务）更新字典的环境中使用。如果只来自单个线程，您可以从任何数量的代码中使用标准的Dictionary ;)
如果您查看ConcurrentDictionary上的方法，您会发现一些有趣的方法，例如TryAdd、TryGetValue、TryUpdate和TryRemove。
例如，考虑您可能会看到的与正常Dictionary类一起使用的典型模式。
”
// There are better ways to do this... but we need an example ;)
if (!dictionary.ContainsKey(id))
dictionary.Add(id, value);
这里存在一个问题，即在检查是否包含某个键和调用Add之间，可能有不同的线程使用相同的id调用Add。当此线程调用Add时，它将引发异常。方法TryAdd会处理此类情况，并告诉您它是否已添加了该键（或该键是否已经存在于字典中）。
因此，除非您正在处理多线程代码段，否则您可以只使用标准的Dictionary类。话虽如此，您理论上可以使用锁来防止对字典的并发访问；这个问题已经在"Dictionary locking vs. ConcurrentDictionary"中得到了解答。
ConcurrentDictionary可能没有问题，但我想至少会有一些开销，这取决于字典的使用方式，可能会成为瓶颈。如果您想比较源代码以查看发生了什么，请查看ConcurrentDictionary.TryAddInternal()和Dictionary.Insert()的源代码。 - Jeff BConcurrentDictionary 而非普通的 Dictionary 的最大原因是线程安全。 如果您的应用程序将同时使用多个线程访问同一字典，则需要线程安全的 ConcurrentDictionary，特别是当这些线程正在写入或构建该字典时。ConcurrentDictionary 但没有多线程会带来开销。 所有使其具备线程安全性的函数仍将存在，所有锁定和检查都将发生，从而需要处理时间并使用额外的内存。ConcurrentDictionary 在单线程代码中有什么缺点吗？ - Aaron FrankeConcurrentDictionary 在需要多线程（即多线程）访问字典时非常有用。普通的 Dictionary 对象不具备这种能力，因此应该只在单线程中使用。
ConcurrentDictionary将是一个有效的设计选择。然而，如果你没有计划这样做，那么你应该避免使用它，因为这种数据结构并不适合你的要求。 - Woody1193ConcurrentDictionary 在需要多个线程同时安全访问一个高性能字典时非常有用。相较于使用 lock 保护的标准 Dictionary，因为其粒度更小的锁定实现，它在重载情况下更加高效。 ConcurrentDictionary 内部维护了多个锁，而不是所有线程竞争一个单一锁，从而最大限度地减少争用并限制成为瓶颈的可能性。ConcurrentDictionary 的最佳选项场景实际上非常有限，原因如下：ConcurrentDictionary 提供的线程安全保证仅限于保护其内部状态。就是这样。如果想执行稍微复杂一点的操作（例如将字典和另一个变量更新为原子操作），就会遇到麻烦。这对于 ConcurrentDictionary 不是支持的方案。即使保护其包含的元素（如果它们是可变对象）也不受支持。如果尝试使用 AddOrUpdate 方法更新其中一个值，则字典将受到保护，但值不会受到保护。在此上下文中，“更新”意味着用另一个值替换现有值，而不是修改现有值。ConcurrentDictionary 时，通常有更好的可用选择，这些选择不涉及共享状态，这正是 ConcurrentDictionary 的本质。无论其锁定方案多么有效，都很难击败一个根本没有共享状态、每个线程独立执行无干扰的架构。遵循此原则的常用库包括 PLINQ 和 TPL Dataflow 库。以下是 PLINQ 示例：Dictionary<string, Product> dictionary = productIDs
.AsParallel()
.Select(id => GetProduct(id))
.ToDictionary(product => product.Barcode);
不需要预先创建一个字典，然后由多个线程同时填充值。相反，您可以信任PLINQ使用更有效的策略来生成字典，包括对初始工作负载进行分区，并将每个分区分配给不同的工作线程。单个线程最终会聚合部分结果并填充字典。
Dictionary<TKey,TValue>，因为不需要进行同步。Dictionary<TKey,TValue>。
何时使用线程安全集合：ConcurrentDictionary vs. Dictionary
如果您仅读取键或值，则Dictionary<TKey,TValue>更快，因为如果没有任何线程修改字典，则无需同步。
Dictionary和何时应该使用ConcurrentDictionary，鉴于你已经找到了这些信息，那么你就知道何时应该使用其中的一个而不是另一个。 - ServyConcurrentDictionary。 - Scott ChamberlainSystem.Collections.Concurrent命名空间都是为此而设计的。 - JonesopolisTask也应该能够与ConcurrentDictionary一起使用。 - hyankov