【C++】原子操作（atomic）与无锁编程学习记录

最新推荐文章于 2024-08-01 10:58:57 发布

大江东去浪淘尽千古风流人物

最新推荐文章于 2024-08-01 10:58:57 发布

阅读量841

点赞数

分类专栏： # C++

本文链接：https://blog.csdn.net/Darlingqiang/article/details/118016568

版权

C++ 专栏收录该内容

58 篇文章 9 订阅

订阅专栏

lambda

std::bind

智能指针使用

深度库基于数据结构与算法的优化

atomic 操作与多线程

数据安全原子内存操作

设计模式：单例模式

C++11原子操作与无锁编程

https://www.jianshu.com/p/3e122ee901c5

今天我将就C++11多线程中的atomic原子操作展开讨论；比较互斥锁，自旋锁(spinlock)，无锁编程的异同，并进行性能测试；最后会讨论一下内存序的问题；为了流畅阅读你最好先熟悉一下C++11 Atomic的基本操作英文文档，这里还有一份我觉得做得很用心的关于C++11并发编程的中文教程，你也可以从其中找到对应的知识点；

原子操作

我们写的代码最终都会被翻译为CPU指令，一条最简单加减法语句都有可能会被翻译成几条指令执行；为了避免语句在CPU这一层级上的指令交叉带来的行为不可知，在多线程程序设计时我们必须通过一些方式来进行规范；这里面最常见的做法就是引入互斥锁，其大概的模型就是篮球模式：几个人一起抢球，谁抢到了谁玩，玩完了再把球丢出来重新抢；但互斥锁是操作系统这一层级的，最终映射到CPU上也是一堆指令，是指令就必然会带来额外的开销；

既然CPU指令是多线程不可再分的最小单元，那我们如果有办法将代码语句和指令对应起来，不就不需要引入互斥锁从而提高性能了吗? 而这个对应关系就是所谓的原子操作；在C++11的atomic中有两种做法:

模拟, 比如说对于一个atomic类型，我们可以给他附带一个mutex，操作时lock/unlock一下，这种在多线程下进行访问，必然会导致线程阻塞；
有相应的CPU层级的对应，这就是一个标准的***lock-free***类型；

可以通过is_lock_free函数，判断一个atomic是否是lock-free类型

自旋锁

使用原子操作模拟互斥锁的行为就是自旋锁，互斥锁状态是由操作系统控制的，自旋锁的状态是程序员自己控制的；要搞清楚自旋锁我们首先要搞清楚自旋锁模型，常用的自旋锁模型有：

TAS, Test-and-set，有且只有atomic_flag类型与之对应
CAS, Compare-and-swap，对应atomic的compare_exchange_strong 和 compare_exchange_weak，这两个版本的区别是：Weak版本如果数据符合条件被修改，其也可能返回false，就好像不符合修改状态一致；而Strong版本不会有这个问题，但在某些平台上Strong版本比Weak版本慢 [注:在x86平台我没发现他们之间有任何性能差距]；绝大多数情况下，我们应该优先选择使用Strong版本；

我针对这两种模型分别实现了两个版本的自旋锁，最终代码可以在性能测试章节中找到，这里我们要注意以下问题：

LOCK时自旋锁是自己轮询状态，如果不引入中断机制，会有大量计算资源浪费到轮询本身上；常用的做法是使用yield切换到其他线程执行，或直接使用sleep暂停当前线程.

无锁编程

如果看了CAS实现的自旋锁代码会发现其有些别扭：每次都需要去重置exp的状态为false；CAS虽然也能实现自旋锁，但通常被我们用来进行无锁编程；

https://www.jianshu.com/p/3e122ee901c5

不难看出，其实所谓无锁编程只是将多条指令合并成了一条指令形成一个逻辑完备的最小单元，通过兼容CPU指令执行逻辑形成的一种多线程编程模型；结束了吗，再等等，使用上面的代码，有很大的几率出delete不存在的内存，或内存被多次delete的错误。

ABA问题

维基百科: ABA problem，如果有两个线程[1&2]操作上面的堆栈，初始状态有2个元素: top->A->B，线程1执行pop操作，在CAS前进行线程切换:

内存模型

该模型最直接的应用就是通过某一个内存的操作状态来判断，一些操作的顺序，从而达到操作交叉的灵活安排，比如预处理或者升读生成！

C++11原子操作的很多函数都有个std::memory_order参数，这个参数就是这里所说的内存模型，其并不是类似POD的内存布局，而是一种数据同步模型，准确说法应该是**储存一致性模型，其作用是对同一时间的读写操作进行排序；**C++11中一个定义了6种类型，我们可以将其分为4类，下面我从我的角度以普通程序员能理解的语言描述一下，具体的可以参见 C++11 Memory Order：

说到内存模型，就不得不提一下经常被大家误用的 *volatile* 关键字，这个关键字仅仅保证：数据只在内存中读写，直接操作它既不能保证操作是atomic的，也不能保证Memory Order；其实在我理解中，这个应该是嵌入式，内核或驱动程序员专用关键字:)，当然如果在竞争不敏感的环境中用来做flag用一下也没太大问题.

最后要说一下x86体系中Release-Acquire是自动获取的，最终形成一个***memory_order_seq_cst*模型；因此绝大多数情况下*memory_order_relaxed***其实并没有什么用.