文章摘要
文章核心内容：该文标题为"请不要原地转圈！"，发布于2026年1月26日，主要讨论与"原地转圈"相关的问题或现象，但具体内容未提供。
文章总结
旋转锁：请勿滥用！
引言
作者在过去一年中遇到了三个与自旋循环（spin-loop）相关的问题。自旋锁（spinlock）虽然在某些情况下有用，但往往会导致性能问题和难以调试的错误。尽管已有许多关于此主题的文章，但作者认为仍有必要再次强调其潜在危害。
错误的自旋锁实现
一个简单的自旋锁实现如下：
cpp
class BrokenSpinLock {
int32_t isLocked = 0;
public:
void lock() {
while (isLocked != 0) {} // 自旋等待
isLocked = 1; // 获取锁
}
void unlock() {
isLocked = 0;
}
};
这种实现存在严重的竞态条件问题：多个线程可能同时检测到isLocked == 0并同时获取锁。通过使用原子操作（std::atomic）可以解决这个问题：
cpp
void lock() {
while (isLocked.exchange(1) != 0) {} // 原子交换操作
}
自旋锁的问题
- CPU 浪费：空循环会导致 CPU 高频运行，浪费能源并增加温度。
- 缓存同步开销：多个线程竞争锁时，频繁的内存写入会导致严重的缓存同步开销。
- 优先级反转：低优先级线程持有锁时，高优先级线程可能因自旋而无法执行。
优化建议
- 使用
PAUSE指令：在自旋循环中插入PAUSE指令（x86）或__yield()（ARM），以减少 CPU 负载。 - 指数退避策略：逐步增加自旋等待的时间，减少竞争。
- 基于时间的退避：使用
RDTSC指令测量时间，避免因PAUSE延迟变化导致的性能问题。 - 内存顺序优化：使用
std::memory_order_acquire和std::memory_order_release减少内存屏障开销。 - 避免虚假共享：通过对齐或填充确保锁变量独占缓存行。
操作系统协作
自旋锁应与操作系统协作，避免长时间占用 CPU：
- Linux：使用 futex 系统调用。
- Windows：使用 WaitOnAddress 和 WakeByAddressSingle。
- 避免直接调用 sched_yield 或 Sleep(0)，因为它们可能无法解决优先级反转问题。
结论
作者强烈建议避免自行实现自旋锁，而是使用操作系统提供的同步原语。自旋锁仅适用于低竞争、短临界区的场景，且必须谨慎优化。大多数情况下，标准锁（如 std::mutex）是更安全的选择。
附注
许多知名项目（如 RPMalloc、WebKit、ASAN）的自旋锁实现存在问题，导致性能下降或死锁。开发者应参考本文的建议，避免重蹈覆辙。
评论总结
以下是评论内容的总结：
支持文章的观点
- gafferongames表示赞赏："Great article! Thanks for posting this."
- spacechild1认为在特定场景（如音频线程）中自旋锁有用："Nice article! Yes, using spinlocks in normal userspace applications is not recommended."
对复杂性的质疑
- CamperBob2质疑其可行性："Can something this complicated ever truly be said to work?"
- horizion2025提出自旋锁应仅用于极短等待："aren't spinlocks only supposed to be used for very brief waits?"
反对手动实现同步原语
- jcranmer建议避免手动实现："The basic rule of writing your own cross-thread datastructures like mutexes or condition variables is... don't."
- 他提到唯一例外是特殊场景（如16位代码协调）。
对不公平性的批评
- jeffbee认为不公平性是主要问题："The outlier starvation you get from contended spinlocks is extraordinary."
- a-dub则认为自旋锁的简单性是其优势："the dumb inefficient thing that... actually just works."
技术细节讨论
- rdtsc指出RDTSC指令的问题："rdtsc may execute out of order."
- pizlonator反驳文章对WebKit的批评："WebKit does it right... based on rigorous experiments."
实际应用问题
- Animats分享Wine中的性能问题："this can knock performance down by more than two orders of magnitude."
- fsckboy探讨类似以太网CSMA的同步协议："is that just considered a form of spinlock?"
总结：评论围绕自旋锁的适用性、实现复杂性和实际应用展开，既有支持也有质疑，同时涉及技术细节和特殊场景的讨论。