函数指针与回调机制：解耦的利器
说实话，函数指针这东西，我刚开始学C语言的时候觉得它挺鸡肋的。不就是指向函数的指针吗？能有多大用处？直到我在一个嵌入式项目中，被硬编码的模块依赖折磨得痛不欲生，才真正体会到它的威力。
今天咱们就来聊聊函数指针和回调机制。这玩意儿说白了，就是让程序变得更灵活、更解耦的绝招。
函数指针的声明与使用
先看最基本的语法。函数指针的声明，其实就是在声明一个指针，只不过这个指针指向的是函数而不是变量。
// 声明一个函数指针
// 指向：返回值是int，参数是两个int的函数
int (*funcPtr)(int, int);
// 普通函数
int add(int a, int b) {
return a + b;
}
int subtract(int a, int b) {
return a - b;
}
// 使用
funcPtr = add;
int result = funcPtr(3, 4); // result = 7
funcPtr = subtract;
result = funcPtr(10, 3); // result = 7
嗯，这里有个细节要注意。声明的时候，*funcPtr外面的括号不能少。少了就是返回int指针的函数了，完全两码事。我见过不少新手在这上面栽跟头。
typedef int (*Operation)(int, int);
Operation op = add;
int result = op(5, 3);
我个人习惯用typedef，尤其是在函数指针作为参数传递的时候。你想想看，如果每次都要写一长串声明，那代码得多难看。
回调函数：解耦的核心
回调函数，说白了就是把一个函数的地址作为参数传给另一个函数。被调用的函数在合适的时机，通过这个指针去调用你传进来的函数。
为什么要这么做？为了解耦。
举个例子。我在做一个传感器数据采集模块时，需要支持不同的传感器。每个传感器的初始化流程不一样，数据格式也不一样。如果我把所有传感器的逻辑都写在采集模块里，那代码就成了一锅粥。
看个实际例子：
// 回调函数类型定义
typedef void (*SensorInitFunc)(void);
typedef int (*SensorReadFunc)(void);
// 采集模块，完全不知道具体传感器细节
void DataCollector(SensorInitFunc init, SensorReadFunc read) {
init(); // 调用回调
int data = read();
// 处理数据...
}
// 温度传感器实现
void tempInit(void) {
// 配置ADC，设置采样率...
}
int tempRead(void) {
// 读取温度值
return 25;
}
// 压力传感器实现
void pressureInit(void) {
// 配置SPI，校准...
}
int pressureRead(void) {
// 读取压力值
return 1013;
}
// 使用
DataCollector(tempInit, tempRead); // 采集温度
DataCollector(pressureInit, pressureRead); // 采集压力
你看，DataCollector函数完全不知道它调用的是温度传感器还是压力传感器。它只知道自己要调用一个初始化函数和一个读取函数。这就是解耦。
回调机制的应用场景
回调机制在嵌入式系统里应用非常广泛。我总结了几种常见场景：
| 场景 | 说明 | 典型例子 |
|---|---|---|
| 事件驱动 | 某个事件发生时，通知注册的监听者 | 按键按下、数据到达 |
| 异步处理 | 操作完成后，调用回调通知结果 | DMA传输完成、定时器超时 |
| 算法定制 | 算法框架固定，具体操作由回调实现 | 排序比较函数、遍历处理函数 |
| 分层解耦 | 上层调用下层，但不依赖下层具体实现 | 驱动层向上层注册接口 |
我在项目中遇到过最典型的场景是按键处理。不同按键按下后要做不同的事情，如果用switch-case，每增加一个按键就要改代码。用回调就优雅多了：
typedef void (*KeyHandler)(void);
typedef struct {
uint8_t keyId;
KeyHandler pressHandler;
KeyHandler releaseHandler;
} KeyConfig_t;
KeyConfig_t keyTable[] = {
{KEY_UP, handleUpPress, handleUpRelease},
{KEY_DOWN, handleDownPress, handleDownRelease},
{KEY_OK, handleOkPress, handleOkRelease},
};
void KeyScan(void) {
for (int i = 0; i < sizeof(keyTable)/sizeof(KeyConfig_t); i++) {
if (IsKeyPressed(keyTable[i].keyId)) {
if (keyTable[i].pressHandler) {
keyTable[i].pressHandler();
}
}
}
}
回调机制的注意事项
回调虽好，但用不好也会出问题。我总结了几条经验：
- 检查空指针：调用回调前一定要判断是否为NULL。我曾经因为没检查，程序跑飞了查了半天。
- 上下文保存：如果回调需要访问某些数据，可以通过void*参数传递上下文指针。
- 可重入性：回调函数要考虑多线程或中断环境下的重入问题。
- 性能开销：函数指针调用比直接函数调用多一次间接寻址，在性能敏感的地方要注意。
说到上下文保存，这里有个常用的模式：
typedef void (*CallbackFunc)(void* context);
typedef struct {
CallbackFunc func;
void* context;
} Callback_t;
void ExecuteCallback(Callback_t* cb) {
if (cb && cb->func) {
cb->func(cb->context);
}
}
// 使用
typedef struct {
int sensorId;
int threshold;
} TempSensor_t;
void TempAlertHandler(void* context) {
TempSensor_t* sensor = (TempSensor_t*)context;
printf("Sensor %d exceeded threshold %d\n",
sensor->sensorId, sensor->threshold);
}
TempSensor_t sensor = {.sensorId = 1, .threshold = 80};
Callback_t cb = {.func = TempAlertHandler, .context = &sensor};
ExecuteCallback(&cb);
知识体系总览
为了让你更直观地理解函数指针和回调机制在整个解耦体系中的位置，我画了张图：
函数指针和回调机制，说白了就是C语言里实现面向接口编程的重要手段。它让模块之间不再直接依赖具体实现，而是依赖约定好的接口。这种思想，在大型嵌入式项目中尤为重要。
我记得有一次重构一个通信协议栈，原来各个协议层之间直接调用函数，耦合得死死的。后来用回调机制重新设计接口，每层只暴露几个回调注册函数，内部实现随便改，上层完全不受影响。那次重构之后，代码的可维护性提升了好几个档次。