C++怎么手写轻量级读写自旋锁

浅瑶同学_5482

浅瑶同学_5482

2026-10-21

655人浏览

原创

因为std::atomic_flag仅支持单布尔状态,无法编码“读中/写中/空闲”三态及读者计数,强行使用会导致阻塞、饿死或aba问题;需改用std::atomic以高位表写锁、低位表读者数,并配合适当内存序与yield机制。

c++怎么手写轻量级读写自旋锁

为什么不能直接用 std::atomic_flag 实现读写自旋锁

因为 std::atomic_flag 只支持单个布尔状态,无法区分「读中」「写中」「无访问」三种状态,更没法计数当前有多少读者。硬塞进去会导致读者被阻塞、写者饿死,或者出现 ABA 问题——比如两个读者交替加减,中间写者插不进来。

真正可行的起点是 std::atomic<int></int>:用一个整数编码状态,高位表示是否被写者占用(如最高位为 1 表示写锁定),低位存读者数量(如低 31 位)。但要注意 x86-64 上 int 是 32 位,std::atomic<int></int> 的 CAS 操作是原子的,只要不溢出(读者数 ≤ 2³¹−1)就安全。

  • 写者尝试获取锁时,期望值是 0,用 compare_exchange_strong 原子设为 -1(即全 1 的补码,高位为 1)
  • 读者加锁时,先读当前值,若非负且未被写者占用,再 CAS 尝试 +1;失败则重试
  • 读者解锁时,只做原子减 1,无需 CAS(只要没溢出,减法本身不会破坏状态)

手写 rw_spinlock 的核心状态机逻辑

关键不是“怎么加锁”,而是“怎么避免写者无限等待”。必须让写者在发现读者活跃时主动 yield,否则会拖垮其他线程。典型做法是在 CAS 失败后插入 std::this_thread::yield() 或 _mm_pause()(x86)。

下面是一个最小可用实现的关键片段:

class rw_spinlock {
    std::atomic<int> state_{0};
public:
    void lock_read() {
        int expected;
        do {
            expected = state_.load(std::memory_order_acquire);
            if (expected  0) {
                std::this_thread::yield(); // 读者正活跃
            }
            expected = 0; // 重试前重置期望值
        }
    }

    void unlock_read() {
        state_.fetch_sub(1, std::memory_order_release);
    }

    void unlock_write() {
        state_.store(0, std::memory_order_release);
    }
};</int>

注意 unlock_write() 必须用 store 而非 fetch_add,否则可能把读者数清零;而 unlock_read() 用 fetch_sub 是安全的,因为只有读者能改这个值。

C++14
C++14

C++14 对 C++11 的修正与增强版本,适合旧系统维护和较老工具链兼容。

下载

内存序选 acquire/release 而非 seq_cst 的原因

读写锁的核心约束只有两条:1)写者临界区对其他线程可见;2)读者进入前必须看到写者已退出。这完全可以用 acquire(进锁)+ release(出锁)满足,不需要全局顺序一致的 seq_cst ——后者在 ARM/AArch64 上开销显著更高,x86 虽然硬件强序,但编译器仍可能插入多余屏障。

  • lock_read() 用 acquire:确保后续读操作不被重排到锁之前
  • unlock_read() 用 release:确保此前读操作不被重排到锁之后
  • lock_write() 的 CAS 成功路径需要 acquire,失败路径不用
  • unlock_write() 的 store 必须是 release,否则读者可能看到“旧写结果”

实际使用时最容易忽略的三个点

第一,没有写者公平性机制。当前实现下,新来的写者永远排在读者后面,如果读者持续不断(比如高频监控线程),写者可能饿死。解决办法是加一个等待写者计数器,或改用 ticket-based 设计,但这会增加状态大小和 CAS 复杂度。

第二,lock_read() 中的 load 和 compare_exchange_weak 之间存在时间窗口:若此时写者刚好 acquire 成功,读者仍可能 CAS +1 成功,导致状态变成 -1+1=0 ——这是严重 bug。修复方式是把读操作改为「先尝试读状态,若为 0 则直接 CAS -1,否则再走读者路径」,或者统一用三态枚举 + std::atomic<uint32_t></uint32_t> 编码。

第三,别在中断上下文或实时线程里用它。自旋锁不放弃 CPU,一旦争抢激烈,会抬高系统整体延迟,且无法被信号打断。真要低延迟,得换带 futex 等待的用户态读写锁,或者直接用内核提供的 pthread_rwlock_t。

C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!

相关专题

更多
c++和c语言的区别有哪些
c++和c语言的区别有哪些

c++和c语言的区别:1、面向对象编程(OOP)支持不同;2、新增特性不同;3、标准库不同;4、编译方式不同;5、命名空间不同等等。想了解更多c++的相关内容,可以阅读本专题下面的文章。

2024.03.14

2248

9

c++和python学习顺序推荐
c++和python学习顺序推荐

一般建议先学习C++,再学习Python,因为这样可以逐步从较为底层的编程语言向更高级的语言过渡。想了解更多python的相关内容,可以阅读本专题下面的文章。

2024.03.14

1019

6

python和c++学习性价比分析
python和c++学习性价比分析

Python易于学习,广泛应用于Web开发、数据科学和人工智能等领域,但性能较低。C语言性能高,适用于对性能要求较高的场景,如游戏开发和系统编程,但学习曲线陡峭,错误处理复杂。想了解更多python的相关内容,可以阅读本专题下面的文章。

2024.03.14

447

5

c语言和c++一样吗
c语言和c++一样吗

c语言和c++是两种不同的编程语言,虽然有相似之处,但存在显著差异。c语言专注于过程式编程和系统级开发,以简洁、高效著称。c++作为c语言的超集,引入了面向对象编程,增强了代码组织和管理能力,但学习曲线也更陡峭。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

327

5

c语言和c++先学哪个好
c语言和c++先学哪个好

初学者选择学习c语言还是c++语言,需要根据个人学习目标、背景以及编程兴趣和预期应用方向来决定。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

406

5

c语言和c++的区别和联系
c语言和c++的区别和联系

c语言和c++是计算机科学领域应用广泛的编程语言。虽然它们有着相似的基础,但它们在语言类型、语法功能和内存管理方面存在着显著差异。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.03.14

580

5

c++软件中文更改教程
c++软件中文更改教程

对于 ide,可通过打开设置,找到语言设置,选择中文,并保存更改。对于非 ide 应用程序,可查找设置或选项,选择语言设置,更改为中文,并保存更改。想了解更多c++的相关内容,可以阅读本专题下面的文章。

2024.03.21

1409

9

python和java和c++学习性价比分析
python和java和c++学习性价比分析

Python以其易学性、丰富的库和活跃的社区而著称,适合数据科学、人工智能和Web开发。Java以其跨平台性、企业级应用开发和Android应用开发而闻名。C++以其底层控制能力、高效性能和游戏开发而著称。选择哪种语言取决于个人兴趣、职业方向和特定需求。想了解更多python和java和c++的相关内容,可以阅读本专题下面的文章。

2024.03.22

1217

7

c++和c语言学习顺序推荐
c++和c语言学习顺序推荐

对于初学者,建议先学习C语言,掌握编程基础后再转入C++,便于理解面向对象编程概念。有编程经验者可直接学习C++,快速接触高级编程技术。想了解更多c++和c语言的相关内容,可以阅读本专题下面的文章。

2024.03.25

1325

9

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
C++ Core Guidelines
C++ Core Guidelines

共0课时 | 0人学习

C++ Reference
C++ Reference

共0课时 | 0人学习

C++ 官方标准说明
C++ 官方标准说明

共0课时 | 0人学习