ConcurrentDictionary 的文档没有明确说明，所以我想我们不能指望委托 valueFactory 和 updateValueFactory 的执行同步（分别来自 GetOrAdd() 和 AddOrUpdate() 操作）。
所以，我认为如果不手动实现我们自己的并发控制，我们就无法实现它们内部需要并发控制的资源的使用，也许只是在委托上使用[MethodImpl(MethodImplOptions.Synchronized)]。
我说的对吗？或者ConcurrentDictionary 是线程安全的，我们可以预期对这些委托的调用会自动同步（也是线程安全的）？
【问题讨论】：
标签： c# .net multithreading concurrency thread-safety
是的，你是对的，ConcurrentDictionary 没有同步用户代表。如果你需要那些同步的，那是你的责任。
MSDN 本身说：
此外，虽然 ConcurrentDictionary 的所有方法都是 线程安全，并非所有方法都是原子的，特别是 GetOrAdd 和 添加或更新。传递给这些方法的用户委托是 在字典的内部锁之外调用。 （这样做是为了 防止未知代码阻塞所有线程。）
See "How to: Add and Remove Items from a ConcurrentDictionary
这是因为 ConcurrentDictionary 不知道您提供的委托将做什么或它的性能，因此如果它试图锁定它们，它可能会对性能产生负面影响并破坏 ConcurrentDictionary 的价值。
因此，如果有必要，用户有责任同步他们的委托。上面的 MSDN 链接实际上有一个很好的例子来说明它所做和不做的保证。
【讨论】：
dictionary[key](argument);）时，执行将不会同步？或者，我是否完全错过了这一点？谢谢。
new SomeObject()，这绝对是线程安全的，因为它是一个无状态操作。
这些委托不仅不同步，甚至不能保证只发生一次。实际上，每次调用 AddOrUpdate 时，它们可以执行多次。
例如，AddOrUpdate 的算法看起来像这样。
TValue value;
do
{
if (!TryGetValue(...))
{
value = addValueFactory(key);
if (!TryAddInternal(...))
{
continue;
}
return value;
}
value = updateValueFactory(key);
}
while (!TryUpdate(...))
return value;
注意两点。
所以你需要确保做两件事。
【讨论】：
GetOrAdd 似乎只打电话给ValueFactory 一次。所以只有AddOrUpdate 有可能多次调用代表。这可能是微软的一个错误……不确定。我在answering a similar question 时发现了很长时间。