嵌入式C编程中全局变量是否遭排斥？中断相关疑问解答

架构老林

2026-5-19

你的两个说法都没错，但避免全局变量的方法其实不少！

先回应你的第一个疑问：在普通应用开发（比如桌面、Web、移动端）里，全局变量确实被普遍视为不良实践。原因很简单——全局变量会让代码耦合度飙升，谁都能改，调试的时候找bug能找疯；要是涉及多线程，还容易出现竞态条件，排查起来巨麻烦。所以大家养成尽量不用的习惯完全合理，这个说法是对的。

然后是嵌入式中断的部分：传统嵌入式开发里，处理中断时用全局volatile变量确实是非常常见的做法，而且这个volatile绝对不能少。为啥？因为编译器会做优化，比如把变量的值缓存到CPU寄存器里，如果主程序读的是缓存值，但中断服务函数（ISR）已经修改了内存里的真实值，那程序就会出问题。volatile就是告诉编译器：“这个变量可能会被你不知道的代码修改，每次都要从内存里读，别瞎优化！”所以这部分说法也是正确的。

不过，现在嵌入式开发的思路也在进步，完全可以不用全局变量来处理中断通信，给你几个实用的方案：

静态全局变量+封装接口：把需要共享的变量声明在.c文件里用static修饰（这样外部文件看不到），然后写专门的get_xxx()和set_xxx()函数来访问它。比如：
```
static volatile uint8_t interrupt_flag = 0;

void set_interrupt_flag(void) {
    interrupt_flag = 1;
    __DSB(); // 内存屏障，保证修改立刻同步到内存（部分架构需要）
}

uint8_t get_interrupt_flag(void) {
    __DSB();
    return interrupt_flag;
}
```
这样既保留了volatile的作用，又避免了全局变量的直接暴露，减少了耦合风险。
用RTOS的消息队列/信号量：如果你的项目用了RTOS（比如FreeRTOS、RT-Thread），这是最推荐的方式。ISR可以通过xQueueSendFromISR()把数据或者事件发送到队列，主任务在合适的时候从队列里取数据，全程不需要全局变量。而且RTOS还帮你处理了同步问题，比自己用全局变量安全多了。
直接操作硬件寄存器：有些硬件本身就有中断标志寄存器，ISR触发后会自动置位这个寄存器，主程序只需要轮询或者通过硬件中断触发的方式读取这个寄存器的状态，根本不需要额外的全局变量。比如很多MCU的定时器中断标志位，直接读寄存器就行。
回调函数（谨慎使用）：部分架构允许在配置中断时指定回调函数，ISR触发后直接调用这个回调，把需要传递的信息通过参数传给回调函数。不过要注意，ISR里的回调不能做耗时操作，否则会影响中断响应速度。

最后提醒一句：volatile不是万能的，也别随便加。只有那些会被ISR、DMA或者其他异步代码修改的变量才需要加，滥用volatile会让编译器无法做合理优化，影响程序性能。

内容的提问来源于stack exchange，提问作者Fady Megally