98、嵌入式 C：volatile 和 const 在嵌入式中的应用

这两个关键字，可以说是嵌入式 C 语言里最容易被轻视、又最容易出问题的两个“老伙计”。

很多新手觉得它们简单——不就是“常量”和“易变”嘛。但说实话，我在项目中踩过的坑，有一半都和它们有关。你想想看，一个跑在裸机上的程序，如果编译器把你的变量优化没了，或者把不该优化的寄存器访问给优化了，那整个系统可能直接就崩了。

今天我们就来好好捋一捋，volatile 和 const 在嵌入式里到底该怎么用。

一、volatile：告诉编译器“别乱动我”

volatile 的本意是“易变的”。它告诉编译器：这个变量的值，随时可能被外部因素改变，你不要对它做任何优化。

编译器有个“坏习惯”——它觉得某个变量没被修改，就会把它缓存到寄存器里，后续直接读寄存器，不再去内存里取。这在普通程序里没问题，但在嵌入式里，这就是灾难。

1.1 典型场景：硬件寄存器

嵌入式里最典型的 volatile 用法，就是访问硬件寄存器。比如一个状态寄存器，它的值可能由硬件在任意时刻改变。

// 错误示例：没有 volatile
uint32_t *status_reg = (uint32_t *)0x40001000;
while (*status_reg & 0x01);  // 编译器可能只读一次寄存器，然后死循环

为什么？因为编译器觉得 *status_reg 没被修改，它就把值读到寄存器里，然后一直判断那个旧值。你永远等不到状态变化。

// 正确示例：加 volatile
volatile uint32_t *status_reg = (volatile uint32_t *)0x40001000;
while (*status_reg & 0x01);  // 每次循环都从内存读取

1.2 典型场景：中断服务程序（ISR）中修改的变量

我在一个电机控制项目里就吃过这个亏。主循环里判断一个标志位，这个标志位在中断里被置位。结果程序跑起来，主循环永远检测不到标志变化。

// 错误示例
uint8_t g_flag = 0;  // 没有 volatile

void ISR_Handler(void) {
    g_flag = 1;  // 中断里修改
}

void main_loop(void) {
    while (1) {
        if (g_flag) {  // 编译器可能优化成只读一次
            // 处理事件
        }
    }
}

加上 volatile 之后，编译器才会老老实实每次从内存里读 g_flag。

volatile uint8_t g_flag = 0;

1.3 典型场景：多线程/多任务共享变量

在 RTOS 环境下，两个任务共享一个变量，同样需要 volatile。不过要注意，volatile 只保证“每次从内存读”，不保证“原子性”。如果变量是 32 位的，而你的 MCU 是 8 位的，读写可能被中断打断。这时候还得加临界区保护。

二、const：不只是“只读”

const 在嵌入式里有两个作用：一是把数据放到 ROM/Flash 里，节省 RAM；二是防止误修改。

2.1 把常量放到 Flash

嵌入式系统的 RAM 通常很金贵。如果你有一张查找表或者固定的配置参数，用 const 修饰，编译器会把它放到 Flash 里。

// 这个数组占用 Flash，不占 RAM
const uint8_t sin_table[256] = {
    0, 2, 4, 6, 8, 10, ...
};

我做过一个传感器采集项目，RAM 只有 4KB。如果不加 const，光几个查找表就把 RAM 吃光了。加上 const 之后，RAM 占用直接降了 60%。

2.2 const 与 volatile 的组合

这两个关键字可以同时修饰一个变量。常见场景是：一个硬件寄存器是只读的（const），但它的值可能被硬件改变（volatile）。

// 只读状态寄存器，值由硬件更新
const volatile uint32_t *status_reg = (const volatile uint32_t *)0x40001000;

const 告诉程序员：你不能写这个寄存器。volatile 告诉编译器：每次都要从内存读。两者不冲突，反而很合理。

三、常见误区与避坑指南

我见过不少同事在这上面翻车，这里列几个典型的。

3.1 误区一：volatile 能保证原子性

不能。volatile 只保证“不优化”，不保证“不被打断”。比如对一个 32 位变量赋值，在 8 位 MCU 上会被拆成 4 条指令。如果中间来了中断，数据就坏了。

解决办法：加临界区保护，或者用原子操作指令（如果 MCU 支持）。

3.2 误区二：const 变量一定在 Flash 里

不一定。如果 const 变量是局部变量，它可能还是在栈上。只有全局 const 变量才会被放到 Flash。另外，有些编译器有优化选项，可能把小的 const 变量直接内联成立即数。

3.3 误区三：所有指针都要加 volatile

不是。只有指向“可能被外部改变”的内存区域的指针才需要加。比如指向普通 RAM 的指针，如果只有你的代码在操作它，就不需要 volatile。

四、知识体系图

下面这张图总结了 volatile 和 const 在嵌入式中的核心应用场景和注意事项。

五、总结

volatile 和 const 是嵌入式 C 语言里两个“小而关键”的工具。用对了，程序稳定可靠；用错了，bug 藏得极深，调试起来让人抓狂。

我个人建议：

• 所有硬件寄存器指针，一律加 volatile。
• 中断和主循环共享的全局变量，一律加 volatile。
• 不会修改的全局数据，一律加 const，放到 Flash 里。
• 只读硬件寄存器，用 const volatile 组合。

记住一句话：在嵌入式里，不要相信编译器的“好心”。你明确告诉它该怎么做，它才不会给你挖坑。