volatile const 合法且语义明确：变量不可被本单元修改（const），但可能被外部改变（volatile），如只读硬件寄存器；两者作用维度正交，不矛盾，但不解决多线程竞态。
volatile 和 const 可以同时使用，而且有明确语义
可以，volatile const 是合法且有意义的组合。它不是语法糖或冗余写法，而是表达一种特定契约：该变量**不可被当前翻译单元修改（const）**，但**可能被外部因素改变（volatile）**。
典型场景是只读硬件寄存器——程序不能往里写，但它的值会随硬件状态自动更新（比如传感器就绪标志、ADC转换完成位）。编译器必须每次从内存/映射地址读取，且禁止生成任何写入该地址的指令。
-
volatile const uint32_t* const REG_STATUS = (uint32_t*)0x40001000;：指向只读寄存器的常量指针（指针本身和所指内容都不可变） -
const volatile int sensor_ready;：全局只读但易变的标志变量（常见于 ISR 与主循环共享） - 错误写法：
sensor_ready = 1;→ 编译报错：assignment of read-only variable
为什么 const volatile 不矛盾
const 约束的是「本代码能否修改它」，volatile 约束的是「本代码读取时是否必须访存」。两者作用维度正交：
-
const是编译期约束，防止左值赋值、禁止非常量成员函数修改 -
volatile是编译期提示，禁用寄存器缓存、禁止重排序、强制每次读写都落到内存（或 I/O 映射地址） - 合起来就是：你别动它，但它自己会变，所以每次都要重新看
const volatile 常见误用和坑
最容易掉进去的地方是以为加了 volatile const 就能解决多线程竞态——它完全不能。
立即学习“C++免费学习笔记（深入）”；
- 不保证原子性：
++counter即使counter是volatile const int，仍是读-改-写三步，线程间仍会丢失更新 - 不提供同步语义：两个线程同时读
volatile const bool flag没问题，但一个写一个读时，flag = true和后续数据写入之间无顺序保证（缺少 memory_order 或 mutex） - 嵌入式中若寄存器支持写 0 清除（如 status register），就不能声明为
const；此时应去掉const，仅用volatile，并配合适当的读-改-写封装
const volatile 在类成员中的实际写法
类内声明时顺序可互换，const volatile 和 volatile const 等价，但习惯上把 volatile 放前：
class SensorDriver {
volatile const uint32_t* const m_status_reg;
volatile const uint16_t* const m_data_reg;
<p>public:
SensorDriver(uint32_t base)
: m_status_reg((uint32_t<em>)(base + 0x00)),
m_data_reg((uint16_t</em>)(base + 0x04)) {}</p><pre class="brush:php;toolbar:false;">bool isReady() const {
return (*m_status_reg & 0x1) != 0; // 每次都真实读寄存器
}};
注意：这里 isReady() 是 const 成员函数，访问 volatile const 成员完全合法；但如果成员只是 volatile（非 const），在 const 函数里读它也允许——因为 volatile 本身不破坏 const 正确性。
真正容易被忽略的是：volatile 的“强制访存”效果只对直接访问生效；如果通过非 volatile 指针间接访问同一个地址，编译器仍可能优化——所以硬件寄存器地址必须从头到尾用 volatile 修饰，不能中途“脱钩”。
