15、回调函数与模块解耦：函数指针、回调注册机制、事件驱动模型
各位同学，今天我们来聊一个让嵌入式代码从「能用」变成「好维护」的关键技术——回调函数。
说实话，我早年做项目时，最怕的就是模块之间的耦合。一个传感器模块改了初始化流程，结果主控逻辑、显示模块、报警模块全都要跟着改。那感觉，就像牵一发而动全身，改完一个 bug 又冒出三个新 bug。
后来我学会了回调机制，才真正体会到什么叫「模块解耦」。说白了，就是让模块之间只认接口，不认实现。你只管告诉我「发生事件时该调用谁」，至于谁去处理、怎么处理，那是别人的事。
15.1 函数指针：回调的基石
回调函数的核心，就是函数指针。C 语言里，函数名本身就是一个地址，指向代码区的入口。我们可以用一个指针变量来存这个地址，然后通过指针去调用函数。
函数指针的声明语法有点绕，我当年也花了不少时间才记住。其实你只要记住一个口诀：先写返回值类型，再写指针名，最后写参数列表。
// 声明一个函数指针类型
// 返回值是 void，参数是 int
typedef void (*pFunc)(int);
// 定义一个回调函数
void myCallback(int value) {
printf("回调被触发，value = %d\n", value);
}
// 使用函数指针
pFunc callback = myCallback;
callback(42); // 通过指针调用函数
嗯，这里要注意：函数指针的类型必须和回调函数的签名完全一致。返回值、参数个数、每个参数的类型，一个都不能错。否则编译器会报警告，甚至直接编译失败。
15.2 回调注册机制：让模块学会「放手」
回调注册机制，说白了就是「我提供一个接口，你把你的处理函数告诉我，我到时候自动调用它」。这样，模块 A 不需要知道模块 B 的存在，只需要维护一个函数指针列表。
我习惯把回调注册设计成三步：
- 定义回调函数类型（用 typedef 声明）
- 提供注册接口（让外部传入函数指针）
- 在合适时机触发回调（遍历并调用已注册的函数）
来看一个典型的定时器回调注册示例：
// timer_module.h
#ifndef TIMER_MODULE_H
#define TIMER_MODULE_H
// 定义回调函数类型
typedef void (*TimerCallback)(uint32_t tick);
// 注册回调函数
void Timer_RegisterCallback(TimerCallback cb);
// 启动定时器
void Timer_Start(uint32_t interval_ms);
#endif
// timer_module.c
#include "timer_module.h"
static TimerCallback s_callback = NULL;
void Timer_RegisterCallback(TimerCallback cb) {
s_callback = cb; // 保存回调函数指针
}
void Timer_Start(uint32_t interval_ms) {
// 配置硬件定时器...
// 定时器中断发生后，调用回调
if (s_callback != NULL) {
s_callback(current_tick);
}
}
你看，定时器模块根本不关心回调函数里做了什么。它只负责在定时到达时，调用那个函数指针。至于回调函数是去点亮 LED、发送数据、还是触发报警，定时器模块一概不知。这就是解耦。
15.3 事件驱动模型：让系统「活」起来
有了回调注册机制，我们就可以搭建事件驱动模型了。事件驱动，说白了就是「发生什么事，就通知谁」。系统不再是一个死循环轮询，而是被动等待事件发生，然后触发对应的回调。
我参与过一个智能家居项目，最初用的是轮询方式：主循环里挨个检查传感器、按键、通信数据。代码越写越臃肿，响应延迟也越来越高。后来重构为事件驱动模型，整个系统变得清晰多了。
一个典型的事件驱动模型包含三个核心组件：
- 事件源：产生事件的一方（按键、定时器、传感器中断）
- 事件分发器：维护事件与回调的映射关系，负责调度
- 事件处理器：实际处理事件的回调函数
下面是一个简化的事件驱动框架：
// event_driver.h
#ifndef EVENT_DRIVER_H
#define EVENT_DRIVER_H
// 事件类型枚举
typedef enum {
EVENT_BUTTON_PRESS,
EVENT_TIMER_TICK,
EVENT_SENSOR_READY,
EVENT_MAX
} EventType;
// 回调函数类型
typedef void (*EventHandler)(void* data);
// 注册事件处理器
void Event_Register(EventType type, EventHandler handler);
// 触发事件
void Event_Trigger(EventType type, void* data);
#endif
// event_driver.c
#include "event_driver.h"
static EventHandler s_handlers[EVENT_MAX] = {NULL};
void Event_Register(EventType type, EventHandler handler) {
if (type < EVENT_MAX) {
s_handlers[type] = handler;
}
}
void Event_Trigger(EventType type, void* data) {
if (type < EVENT_MAX && s_handlers[type] != NULL) {
s_handlers[type](data); // 调用对应的回调
}
}
使用起来也很直观：
// 按键模块初始化时注册
void Button_Init(void) {
Event_Register(EVENT_BUTTON_PRESS, onButtonPress);
}
// 按键中断服务函数
void EXTI_IRQHandler(void) {
Event_Trigger(EVENT_BUTTON_PRESS, (void*)&button_id);
}
// 实际处理函数
void onButtonPress(void* data) {
uint8_t id = *(uint8_t*)data;
printf("按键 %d 被按下\n", id);
}
15.4 回调机制在嵌入式中的典型应用
回调函数在嵌入式领域应用非常广泛，我列举几个常见的场景：
| 应用场景 | 说明 | 我的经验 |
|---|---|---|
| 硬件中断 | 中断发生后调用注册的回调 | 注意回调函数要尽量短，不要在中断里做耗时操作 |
| 定时器超时 | 定时到达后执行回调 | 多个定时器可以共用同一个回调，通过参数区分 |
| 通信协议栈 | 收到完整数据包后回调上层 | 我曾经用回调链实现了一个轻量级的协议栈 |
| 状态机跳转 | 状态变化时通知监听者 | 比硬编码的 switch-case 灵活得多 |
| 传感器数据就绪 | 数据采集完成后回调处理 | 配合 DMA 使用，几乎不占 CPU 时间 |
15.5 回调机制的几个注意事项
回调函数虽然好用，但用不好也会出问题。我总结了几条避坑指南：
- 回调函数不能阻塞：如果回调里做了延时或等待，整个事件驱动系统就会卡住。我建议回调里只做轻量级操作，复杂逻辑用消息队列异步处理。
- 注意重入问题：如果回调可能被中断或另一个线程调用，要加锁或使用原子操作。我曾经在 FreeRTOS 项目里因为回调重入导致数据错乱，排查了很久。
- 回调注册的顺序：有些模块依赖其他模块的回调结果，注册顺序错了可能导致空指针。我习惯在系统初始化阶段统一注册，按依赖关系排序。
- 取消注册：模块卸载时，记得把回调指针置为 NULL，防止悬空指针。我见过一个项目，模块卸载后回调还在，结果系统崩溃了。
15.6 知识体系总览
为了让你更直观地理解回调函数与模块解耦的关系，我画了一张图：
从这张图可以看出，函数指针是底层基础，回调注册机制是中间层，事件驱动模型是上层应用。三者层层递进，构成了模块解耦的完整方案。
好了，关于回调函数与模块解耦，我就讲到这里。记住一句话：好的架构，是让模块之间只通过接口对话，而不是直接操作对方的内部数据。回调函数就是实现这种对话的最佳工具之一。
公众号:蓝海资料掘金营，微信deep3321