既然有SpinWait，为什么还要使用SpinLock呢？
既然有SpinWait，为什么还要使用SpinLock呢？
提问于 2016-01-07 12:10:21
在研究.net提供的同步原语时，我遇到了SpinLock和SpinWait。从它的外观上看，在我看来，SpinWait似乎永远是go..why的方式。当线程实际上必须等待来自线程外部的信号时，人们会继续忙于等待而不放弃CPU吗？在这些空闲等待中花费的周期可能会被线程使用，该线程将发出信号并解除阻塞处于忙等待状态的线程。
SpinLock为什么会存在？它与使用while循环的简单忙等待有什么不同？在什么情况下，人们会想要在SpinWait上使用SpinLock？
回答 1
Stack Overflow用户
发布于 2016-01-07 12:42:35
通常，自旋锁的实现应该已经了解如何避免剥夺其他核心(或共享此核心的其他线程)的执行资源。所以你不应该担心与那些会解锁你的线程发生冲突。当然，自旋锁的次优实现并不是很有用的东西。(尽管这并不能阻止人们编写它们！)
如果您知道等待的时间非常短，因为只有在完成琐碎的操作时才会持有锁，那么自旋锁的开销比切换到等待的自适应自旋锁要少一点。一个很好的例子是，在几乎所有线程都访问集合的应用程序中，保护竞争激烈的快速集合(如散列)的锁，并且仅当在集合中插入、删除或找到对象时才持有该锁。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/34647224
复制相关文章
相似问题
腾讯云开发者
