当有旋转等待时，为什么要使用旋转锁？

Question

同时研究。net，我碰到了SpinLock和SpinWait。从表面上看，在我看来，SpinWait将永远是一条出路..当线程实际上必须等待来自线程外部的信号时，为什么还要继续忙碌等待而不放弃CPU呢？在这些空闲等待中花费的周期可能已经被线程使用，该线程可能会发出信号并释放正在忙碌等待的线程。

为什么会存在SpinLock？它与使用while循环的简单忙等待有什么不同？在什么情况下会想使用SpinLock而不是SpinWak？

Answer 1

通常，自旋锁的实现已经知道如何避免剥夺其他内核(或共享该内核的其他线程)的执行资源。因此，你不必担心与会解除你的障碍的线程斗争。当然，旋转锁的次优实现并不是一件非常有用的事情。(虽然这并不能阻止人们写它们！)

如果您知道等待时间很短，因为锁只在完成琐碎操作时才被持有，那么旋转锁的开销比切换为等待的自适应旋转锁要小一些。一个很好的例子是一个锁，它保护一个竞争激烈的快速集合（例如哈希），并且只有在几乎所有线程都访问该集合的应用程序的集合中插入、删除或找到一个对象时才会被持有。