C# 为什么不存在接受双精度作为参数的Interlocated.Add重载？
我完全理解Threading.Interlocked类提供的原子性；不过，我不明白为什么Add函数只提供两个重载：一个用于整数，另一个用于long。为什么不使用double或任何其他数字类型呢C# 为什么不存在接受双精度作为参数的Interlocated.Add重载？,c#,.net,vb.net,multithreading,atomic,C#,.net,Vb.net,Multithreading,Atomic,我完全理解Threading.Interlocked类提供的原子性；不过，我不明白为什么Add函数只提供两个重载：一个用于整数，另一个用于long。为什么不使用double或任何其他数字类型呢 显然，更改Double的预期方法是CompareExchange；我猜这是因为修改Double比修改整数更复杂。我仍然不清楚为什么，如果CompareExchange和Add都能接受整数，它们就不能同时接受双精度。我怀疑有两个原因 Net目标处理器仅支持整数类型的联锁增量。我相信这是x86上的锁前缀，其他
显然，更改Double的预期方法是CompareExchange；我猜这是因为修改Double比修改整数更复杂。我仍然不清楚为什么，如果CompareExchange和Add都能接受整数，它们就不能同时接受双精度。我怀疑有两个原因
Interlocated类围绕Windows API Interlocated**函数展开 反过来，它们围绕本机处理器API，使用x86的锁指令前缀。它仅支持在以下指令前加前缀： BT、BTS、BTR、BTC、XCHG、XADD、ADD、OR、ADC、SBB和、SUB、XOR、NOT、NEG、INC、DEC 您将注意到，这些方法反过来几乎映射到互锁方法。不幸的是，这里不支持非整数类型的ADD函数。64位平台支持64位长的Add
这是一篇很棒的文章。正如Reed Copsey所说，联锁操作（通过Windows API函数）映射到x86/x64处理器直接支持的指令。假设其中一个函数是XCHG，您可以执行原子XCHG操作，而不必真正关心目标位置的位代表什么。换句话说，代码可以“假装”正在交换的64位浮点数实际上是一个64位整数，而XCHG指令不会知道其中的差别。因此，.Net可以通过“假装”它们分别是整数和长整数，为浮点和双精度提供互锁的.Exchange函数 但是，所有其他操作实际上都对目标的各个位进行操作，因此除非这些值实际表示整数（在某些情况下是位数组），否则它们不会工作。其他操作已经解决了“为什么？”。但是，使用
compareeexchange添加（ref double，double）public static double Add(ref double location1, double value)
{
double newCurrentValue = location1; // non-volatile read, so may be stale
while (true)
{
double currentValue = newCurrentValue;
double newValue = currentValue + value;
newCurrentValue = Interlocked.CompareExchange(ref location1, newValue, currentValue);
if (newCurrentValue == currentValue)
return newValue;
}
}
CompareExchangelocation1newValuecurrentValuewhile（true）位置1currentValuelocation1compareeexchange位置比较交换新值CompareExchangeCompareExchange如果该值被另一个线程更改，直到下一次
CompareExchangeCompareExchangelocation1CompareExchangenewCurrentValue=location10compareeexchangecompareeexchange0