volatile用于防止编译器优化变量访问，确保每次读写都从内存进行，适用于硬件寄存器、信号处理和可能被外部修改的变量，但不保证原子性或线程安全，多线程场景应使用std::atomic。
volatile
是 C++ 中的一个类型修饰符，用来告诉编译器：被它修饰的变量可能会在程序的控制之外被改变，因此不能对该变量的访问进行优化。编译器在遇到 volatile 变量时，必须每次都从内存中读取其值，而不是使用寄存器中可能缓存的副本。
volatile 的含义
volatile 关键字的核心作用是
禁止编译器对变量访问进行优化
。具体来说：
编译器通常会为了提高性能，将频繁访问的变量缓存到寄存器中，后续操作直接使用寄存器里的值。
但对于某些变量，比如硬件寄存器、多线程共享变量（虽然 volatile 不保证原子性）、信号处理函数中修改的变量等，它们的值可能被外部因素修改。
如果编译器做了缓存优化，程序就可能读到过期的值，导致逻辑错误。
加上 volatile 后，编译器会确保每次访问都从原始内存地址读取或写入，避免此类问题。
常见使用场景
1. 硬件寄存器映射
在嵌入式系统或驱动开发中，常常需要访问特定内存地址表示的硬件寄存器。这些寄存器的值可能随时由硬件改变。
立即学习
“
C++免费学习笔记（深入）
”；
例如：
2. 信号处理函数中使用的全局变量
在 Unix/Linux 下，信号处理函数可能异步修改某个全局变量，主程序需要检测该变量的变化。
如果不加 volatile，编译器可能把变量读取优化成一次，导致永远无法检测到变化。
示例：
CentOS Linux 7.9.2009
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。
下载
这里用
和 volatile 配合，确保 flag 不被优化。
3. 多线程环境中（有限作用）
虽然 volatile 在某些平台曾被用于多线程编程，但它
不能替代原子操作或互斥锁
。volatile 不提供原子性，也不保证内存顺序。
C++11 起推荐使用
来处理并发共享变量。volatile 在此场景下容易被误用，应避免依赖它实现线程同步。
与 const 的结合
volatile 可以和 const 一起使用，表示“只读但可能被外部改变”的变量。
例如：
表示 reg 指向一个不能通过 reg 修改（const），但可能被硬件改变（volatile）的值。
基本上就这些。volatile 的本质是“别动我的内存访问”，适用于变量值可能被程序外因素修改的场景。正确使用它可以避免因编译器优化导致的隐蔽 bug。不过在现代 C++
并发编程
中，应优先使用原子类型和
同步机制
，而非依赖 volatile。
volatile int* hardware_reg = reinterpret_cast(0x12345678);
int val = *hardware_reg; // 每次都从地址读取，不会被优化掉
volatile sig_atomic_t flag = 0;
void signal_handler(int sig) {
flag = 1;
}
int main() {
signal(SIGINT, signal_handler);
while (!flag) {
// 等待信号
}
return 0;
}
sig_atomic_tstd::atomicconst volatile int* reg = &device_status;