网站首页 > 文章精选 正文
volatile 是 C/C++ 中的一个关键字,用于告知编译器某个变量的值可能会在程序的控制之外被意外修改(例如被硬件、中断服务程序、多线程环境或其他外部代理)。为了防止编译器对代码进行某些可能破坏程序正确性的优化,开发者需要使用 volatile 来强制编译器在每次访问该变量时都直接从内存中读取或写入,而不是依赖寄存器中的缓存值或优化掉“看似冗余”的访问。
std::atomic 是 C++11 引入的一个模板类,用于在多线程环境中实现原子操作。它确保对共享变量的操作是线程安全的,并且可以控制内存顺序(memory order)。
volatile
- 禁用编译器优化:
- 编译器通常会对变量访问进行优化,例如将变量缓存到寄存器中以提高访问速度。
- volatile 会强制编译器每次访问变量时都从内存中读取或写入,确保获取最新值。
- 典型应用场景:
- 硬件寄存器:嵌入式系统中,硬件状态可能通过内存映射的寄存器被外部修改。
// 假设 0x4000 是某个硬件寄存器的内存映射地址
volatile uint32_t* const hardware_reg = reinterpret_cast<volatile uint32_t*>(0x4000);
void read_hardware() {
// 每次读取都会直接从硬件寄存器获取最新值
uint32_t value = *hardware_reg;
}
- 中断服务程序(ISR):中断可能修改共享变量。
volatile bool data_ready = false; // 中断可能修改此变量
void ISR() {
data_ready = true; // 中断触发时修改
}
int main() {
while (!data_ready) { // 每次循环都从内存读取最新值
// 等待数据准备就绪
}
}
- 多线程共享变量(但需注意,volatile 不能替代线程同步机制,多线程中仍需使用 std::atomic 或互斥锁)。
volatile bool flag = false;
// 线程 A
void thread_a() {
flag = true; // 修改标志
}
// 线程 B
void thread_b() {
while (!flag) { // 读取标志
// 等待
}
}
std::atomic的常用操作
- 加载(Load):
int value = counter.load(std::memory_order_relaxed);
- 存储(Store):
counter.store(42, std::memory_order_relaxed);
- 交换(Exchange):
int old_value = counter.exchange(100);
- 比较并交换(Compare-and-Swap, CAS):
int expected = 10;
bool success = counter.compare_exchange_strong(expected, 20);
- 原子加减:
counter.fetch_add(5); // 原子加 5
counter.fetch_sub(3); // 原子减 3
内存顺序(Memory Order)
std::atomic 支持多种内存顺序,用于控制操作的可见性和顺序性。常用的内存顺序包括:
- std::memory_order_relaxed:只保证原子性,不保证顺序。
- std::memory_order_acquire:保证后续操作不会重排到该操作之前。
- std::memory_order_release:保证前面的操作不会重排到该操作之后。
- std::memory_order_seq_cst:最严格的内存顺序,保证全局顺序一致性。
counter.store(42, std::memory_order_release);
int value = counter.load(std::memory_order_acquire);
std::atomic应用场景
- std::atomic 是 C++ 中实现线程安全操作的首选工具
- 它提供了原子操作和内存顺序控制,适用于多线程环境中的共享变量。
- 与 volatile 不同,std::atomic 不仅保证原子性,还提供了更强的内存顺序保证。
std::atomic与volatile的区别总结
特性 | volatile | std::atomic |
禁用编译器优化 | 是 | 是 |
原子性保证 | 否 | 是 |
内存顺序控制 | 无 | 支持(如 memory_order_relaxed) |
适用场景 | 硬件/中断/信号处理 | 多线程同步 |
猜你喜欢
- 2025-05-14 嵌入式开发中宝藏级别的C语言代码,使用频率高,绝对值得珍藏
- 2025-05-14 嵌入式面试常问的16个C语言问题
- 2025-05-14 如何利用CAS技术实现无锁队列
- 2025-05-14 并发编程:从线程到协程的技术演进与实战指南
- 2025-05-14 嵌入式工程师竟然看不懂这些专业语句,那真别怪人说你菜
- 2025-05-14 CPU缓存一致性:从理论到实战
- 2025-05-14 Java 魔法类 Unsafe 详解
- 2025-05-14 为QML创建C++插件
- 2025-05-14 C++ Qt开发:运用QThread多线程组件
- 2025-05-14 教你用C来实现基于Mempool的内存池设计
- 05-14TS,TypeScript,Windows环境下构建环境,安装、编译且运行
- 05-14TypeScript 也能开发AI应用了!
- 05-14搞懂 TypeScript 装饰器
- 05-14前端小哥哥:如何使用typescript开发实战项目?
- 05-14在 React 项目中,一般怎么处理错误?
- 05-14react19 常用状态管理
- 05-14Vue3开发极简入门(2):TypeScript定义对象类型
- 05-14C#与TypeScript语法深度对比
- 最近发表
- 标签列表
-
- newcoder (56)
- 字符串的长度是指 (45)
- drawcontours()参数说明 (60)
- unsignedshortint (59)
- postman并发请求 (47)
- python列表删除 (50)
- 左程云什么水平 (56)
- 计算机网络的拓扑结构是指() (45)
- 编程题 (64)
- postgresql默认端口 (66)
- 数据库的概念模型独立于 (48)
- 产生系统死锁的原因可能是由于 (51)
- 数据库中只存放视图的 (62)
- 在vi中退出不保存的命令是 (53)
- 哪个命令可以将普通用户转换成超级用户 (49)
- noscript标签的作用 (48)
- 联合利华网申 (49)
- swagger和postman (46)
- 结构化程序设计主要强调 (53)
- 172.1 (57)
- apipostwebsocket (47)
- 唯品会后台 (61)
- 简历助手 (56)
- offshow (61)
- mysql数据库面试题 (57)