4、C语言基础回顾（下）：函数指针与回调机制、volatile关键字、中断服务函数编写规范

好，咱们接着聊C语言。上一节我们把指针、内存管理这些硬骨头啃了一遍。这一节，我挑几个在嵌入式开发里天天打交道的知识点：函数指针、volatile，还有中断服务函数。这几个东西，说白了就是嵌入式C语言的“三把刀”，用好了事半功倍，用不好……嗯，我见过太多血泪史了。

4.1 函数指针与回调机制

很多刚入行的朋友觉得函数指针很玄乎。其实没那么复杂。函数指针，就是指向函数的指针。你想想看，变量有地址，函数也有地址啊。函数名本身，就是函数的入口地址。

我个人的习惯是，把函数指针理解成一个“遥控器”。你不需要知道电视机内部怎么工作的，你只需要按遥控器上的按钮，就能换台、调音量。函数指针就是这个遥控器，它指向哪个函数，调用的时候就执行哪个函数的功能。

4.1.1 函数指针的定义与使用

先看个最简单的例子：

// 定义一个函数
int add(int a, int b) {
    return a + b;
}

// 定义一个函数指针
int (*func_ptr)(int, int);

// 让指针指向add函数
func_ptr = add;

// 通过指针调用函数
int result = func_ptr(3, 5);  // result = 8

注意那个声明语法：int (*func_ptr)(int, int)。括号不能省，否则就变成返回指针的函数了。这个坑，我刚开始学的时候也踩过。

4.1.2 回调机制——嵌入式里的“插件系统”

回调机制，说白了就是把函数指针当作参数传给另一个函数。这个被传进去的函数，在合适的时机被“回调”执行。

为什么要这么做？我给你讲个真实场景。

我曾经做一个传感器数据采集的项目，需要支持多种传感器：温度、湿度、气压。每种传感器的初始化流程不一样，数据读取方式也不一样。如果写一堆if-else，代码会变得又臭又硬，后期加一个新传感器，还得改核心代码。

用回调机制就优雅多了：

// 定义传感器操作的结构体
typedef struct {
    void (*init)(void);          // 初始化函数指针
    float (*read_data)(void);    // 读取数据函数指针
    void (*deinit)(void);        // 反初始化函数指针
} sensor_ops_t;

// 温度传感器实现
void temp_init(void) { /* 配置ADC、GPIO等 */ }
float temp_read(void) { /* 读取温度值 */ return 25.5; }
void temp_deinit(void) { /* 关闭外设 */ }

// 湿度传感器实现
void hum_init(void) { /* 配置I2C等 */ }
float hum_read(void) { /* 读取湿度值 */ return 60.0; }
void hum_deinit(void) { /* 关闭外设 */ }

// 传感器管理函数
void sensor_manager(sensor_ops_t *ops) {
    ops->init();                // 回调初始化
    float value = ops->read_data(); // 回调读取
    ops->deinit();              // 回调反初始化
    printf("Sensor value: %.2f\n", value);
}

// 使用
sensor_ops_t temp_ops = {temp_init, temp_read, temp_deinit};
sensor_manager(&temp_ops);

4.2 volatile关键字——别让编译器“优化”掉你的心血

volatile，这个关键字在嵌入式里太重要了。我见过太多因为漏掉volatile导致的诡异bug——程序跑着跑着就死机了，或者读到的数据永远是同一个值。

volatile到底在干什么？它告诉编译器：这个变量的值可能会被意想不到地改变，每次使用都必须从内存中重新读取，不要用寄存器里的缓存值。

4.2.1 什么时候必须用volatile？

三种典型场景：

1. 硬件寄存器映射：比如GPIO的输入输出寄存器、定时器的计数值。这些寄存器的值可能被硬件外设随时改变。
2. 中断服务函数中修改的全局变量：主循环和中断都可能访问同一个变量。
3. 多线程/多任务共享的全局变量：虽然裸机编程里不常见，但RTOS里很普遍。

看个反面教材：

// 错误示例：没有使用volatile
uint8_t flag = 0;

void interrupt_handler(void) {
    flag = 1;  // 中断里修改flag
}

void main_loop(void) {
    while (flag == 0) {
        // 等待中断发生
    }
    // 处理事件
}

你猜怎么着？编译器可能把flag优化到寄存器里，while (flag == 0)变成了死循环，永远跳不出来。因为编译器觉得：这个变量在循环里没被修改过啊，那就不用每次都去内存读了。

正确的写法：

// 正确示例
volatile uint8_t flag = 0;

4.2.2 volatile的局限性

volatile能保证每次读取都是从内存取，但它不能保证原子性。比如对一个32位的变量进行读写，在8位单片机上可能需要多条指令。这时候如果中断插进来，数据就可能被破坏。这种情况需要关中断或者用原子操作。

4.3 中断服务函数编写规范

中断服务函数（ISR），是嵌入式系统的“心脏起搏器”。写得好，系统稳定高效；写得不好，系统随时可能崩溃。

我总结了几个铁律，都是拿教训换来的：

4.3.1 短小精悍，快进快出

中断服务函数里，不要做复杂运算，不要调用printf，不要做动态内存分配。中断里应该只做最必要的事情：读取数据、设置标志位、清除中断标志。复杂处理放到主循环里做。

// 好的ISR写法
volatile uint8_t data_ready = 0;
volatile uint32_t adc_value = 0;

void ADC_IRQHandler(void) {
    adc_value = ADC->DR;       // 读取数据
    data_ready = 1;            // 设置标志
    ADC->SR &= ~(1 << 1);     // 清除中断标志
}

// 主循环里处理
void main_loop(void) {
    if (data_ready) {
        data_ready = 0;
        process_adc_data(adc_value);  // 复杂处理放这里
    }
}

4.3.2 保存和恢复上下文

这个编译器会自动帮你做，但你要知道：中断发生时，当前执行的程序现场（寄存器、状态字等）必须被完整保存，中断返回时再恢复。如果你在ISR里修改了某些全局变量，记得加上volatile。

4.3.3 中断嵌套要谨慎

默认情况下，大多数MCU的中断是可以嵌套的——高优先级中断可以打断低优先级中断。这有时候是好事，但有时候会带来问题。

我个人建议：除非你非常清楚自己在做什么，否则尽量使用非嵌套模式，或者只允许特定高优先级中断嵌套。中断嵌套太深，栈空间容易溢出，而且调试起来极其痛苦。

4.3.4 避免在ISR中调用不可重入函数

什么是不可重入函数？就是那些使用了全局变量或静态变量的函数。比如标准库里的rand()、malloc()，很多都不是可重入的。如果在ISR里调用了这些函数，而主循环也在用，数据就乱套了。

4.3.5 中断优先级配置

中断优先级不是随便设的。一般来说：

• 时间敏感的中断（比如电机控制PWM、通信协议时序）给最高优先级
• 数据量大的中断（比如DMA传输完成）给中等优先级
• 非紧急的中断（比如按键扫描、定时器心跳）给低优先级

我曾经在一个项目里，把UART接收中断设得比定时器中断还高。结果定时器老是丢脉冲，电机控制精度一塌糊涂。后来把优先级调过来，问题就解决了。

4.4 小结

这一节的内容，说白了就是三个字：规范、规范、规范。

函数指针和回调机制，让你的代码更灵活、更模块化；volatile关键字，保护你的变量不被编译器“误伤”；中断服务函数，是嵌入式系统的命脉，写的时候一定要如履薄冰。

嗯，这些知识点看起来简单，但真正用好，需要大量的实践。下一节我们开始讲传感器驱动框架的设计，到时候这些基础都会用上。