volatile的核心作用是禁止编译器对可能被外部改变的变量进行优化，主要用于硬件交互场景，而非多线程同步；它不提供原子性、内存序或线程安全保证。
volatile 关键字在 C++ 中的核心作用是：告诉编译器“这个变量的值可能在程序控制之外被改变”，因此禁止对它进行某些优化——比如缓存到寄存器、删除看似冗余的读取、重排访问顺序等。
它不是为多线程同步设计的
这是最常见的误解。volatile 不提供原子性，也不建立内存序（memory ordering）。在多线程中，两个线程同时读写一个 volatile 变量，仍会导致数据竞争（undefined behavior）。C++11 起，标准明确指出：volatile 不能替代 std::atomic 或互斥锁。
用 volatile 做标志位（如 volatile bool stop_requested = false;）在无其他同步机制时，不能保证另一个线程及时看到修改即使加了 memory barrier，volatile 本身也不触发编译器或 CPU 的内存屏障语义真正安全的做法是用 std::atomic，并指定合适的 memory order（如 memory_order_relaxed 或 memory_order_acquire/release）
它的主战场是嵌入式与硬件交互
当变量映射到内存映射 I/O 寄存器、中断标志位、DMA 缓冲区等场景时，volatile 是必需的：
例如读取一个状态寄存器：while (!(UART_STATUS_REG & READY_FLAG)); —— 若不加 volatile，编译器可能只读一次，变成死循环向控制寄存器写值触发动作（如 TIMER_CTRL_REG = START_BIT;），volatile 确保每次写操作真实发生，不会被优化掉中断服务程序（ISR）中修改的全局变量，被主循环读取，也需 volatile（但注意：仅解决可见性，不解决竞态；复杂逻辑仍需禁中断或临界区保护）
与 const、restrict 等关键字的关系
volatile 可以和 const 同时使用，表示“只读，且值会变”——典型如只读状态寄存器：extern volatile const uint32_t * const GPIO_INPUT_REG;。它和 restrict 无冲突，但语义正交：restrict 是说“这个指针是访问该内存区域的唯一途径”，而 volatile 是说“这块内存可能被外部改写”。
立即学习“C++免费学习笔记（深入）”；
现代 C++ 中的替代与补充
在嵌入式开发中，volatile 仍是底层驱动的基础工具；但在应用层、跨线程通信中，应优先选择：
std::atomic：提供原子操作 + 可选内存序，是多线程下 volatile 的正确替代std::mutex / std::shared_mutex：需要临界区保护的复杂状态编译器内置屏障（如 __atomic_thread_fence）或平台特定指令（如 ARM 的 dsb）：需精细控制内存序时使用
基本上就这些。volatile 不复杂，但容易被误用——记住它的定位：对抗编译器优化，而非解决并发问题。
以上就是C++中的volatile关键字有什么用？C++多线程与嵌入式开发详解【深度剖析】的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1489017.html
微信扫一扫 
支付宝扫一扫 
