第25章回调与中断服务

课程目录第25章回调与中断服务

回调与中断服务：在嵌入式中断中使用回调函数

说实话，嵌入式开发里最让人头疼的，就是中断服务程序（ISR）的管理。

我刚入行那会儿，接手过一个老项目。那个项目的中断服务函数写得那叫一个“豪放”——一个定时器中断里，直接塞了三百多行代码，什么协议解析、状态机切换、甚至还有浮点运算。结果呢？系统动不动就卡死，中断嵌套乱成一锅粥。后来我花了整整一周，把那个ISR拆成了“中断快进快出 + 回调函数”的模式，问题才彻底解决。

今天我们就聊聊，怎么用回调函数来优雅地管理中断服务。

为什么ISR里不能“为所欲为”？

先问个问题：中断服务程序里，到底能不能做复杂运算？

答案是：能，但千万别。

中断的本质是“打断当前任务，去处理紧急事件”。处理完了，得赶紧回去。如果你在ISR里磨磨蹭蹭，轻则丢中断，重则系统崩溃。我见过最夸张的例子，是一个工程师在ISR里调用了printf——结果串口输出还没完，下一个中断又来了，直接死锁。

所以，ISR的核心原则就两条：

快进快出：能多快就多快，别在里面做耗时操作。
只做标记，不做处理：把真正的工作交给主循环或任务。

而回调函数，就是实现“只做标记”的最佳工具。

回调函数在中断中的角色

你想想看，中断服务程序本身是固定的——它写在向量表里，地址不能变。但中断触发的“处理逻辑”却可以千变万化。比如一个按键中断，今天可能只是翻转LED，明天可能就要启动一个定时器，后天也许要发送一条消息。

如果每次需求变化都去改ISR的代码，那维护成本就太高了。

回调函数正好解决这个问题。我们把ISR写成“通用框架”，它只负责两件事：

保存现场、清除中断标志。
调用一个函数指针——也就是回调函数。

至于回调函数里具体做什么，由上层应用去注册。这样，ISR的代码几乎不用动，改的只是回调函数本身。

核心思想：中断服务程序 = 固定框架 + 可插拔的回调函数。

一个实战例子：定时器中断回调

我们来看一个具体的例子。假设你有一个定时器，每1ms触发一次中断。你想在中断里做三件事：

累加一个毫秒计数器
检查某个按键是否按下
喂一次看门狗

传统写法，你得把这三件事全塞进ISR里。但用回调函数，我们可以这样设计：

// 定义回调函数类型
typedef void (*timer_callback_t)(void);

// 静态回调函数指针，初始为空
static timer_callback_t g_timer_callback = NULL;

// 注册回调函数
void timer_register_callback(timer_callback_t cb) {
    g_timer_callback = cb;
}

// 定时器中断服务程序（固定框架）
void TIMER0_IRQHandler(void) {
    // 清除中断标志
    TIMER0->SR &= ~TIMER_SR_UIF;
    
    // 调用回调函数（如果已注册）
    if (g_timer_callback != NULL) {
        g_timer_callback();
    }
}

// 应用层：定义具体的回调函数
void my_timer_callback(void) {
    static uint32_t ms_counter = 0;
    ms_counter++;
    
    // 每10ms检查一次按键
    if (ms_counter % 10 == 0) {
        check_key();
    }
    
    // 每100ms喂一次看门狗
    if (ms_counter % 100 == 0) {
        feed_watchdog();
    }
}

// 初始化时注册
void app_init(void) {
    timer_register_callback(my_timer_callback);
    // 启动定时器...
}

你看，ISR里只有三行代码：清标志、判空、调用。真正的工作全在回调函数里。而且，如果以后想换逻辑，只需要重新注册一个新的回调函数，ISR的代码完全不用动。

我的习惯：我一般会在回调函数里加一个“上下文指针”参数，这样同一个回调函数可以处理多个中断实例。比如多个定时器，每个定时器注册同一个回调函数，但传入不同的上下文结构体。

中断回调的“避坑指南”

回调函数虽然好用，但用不好也会踩坑。我把自己踩过的坑总结一下：

我曾经犯过的错：

在回调函数里做阻塞操作：比如调用delay_ms()。结果中断被卡住，系统直接“假死”。记住，回调函数也是在中断上下文中执行的，必须非阻塞。
回调函数里访问共享资源不加锁：比如修改一个全局变量，而主循环也在读它。中断和主循环之间没有同步，数据就乱了。我一般用“volatile + 关中断”或者“原子操作”来保护。
回调函数指针未初始化就调用：如果忘记注册回调函数，而ISR里直接调用了一个NULL指针，那就是硬故障。所以一定要判空。

更高级的用法：中断回调链

有时候，一个中断需要触发多个动作。比如一个外部中断，既要记录时间戳，又要唤醒一个任务，还要发送一个事件。这时候，我们可以用“回调链”模式：

// 定义链表节点
typedef struct callback_node {
    void (*func)(void);
    struct callback_node *next;
} callback_node_t;

// 静态链表头
static callback_node_t *g_callback_list = NULL;

// 注册回调到链表
void irq_register_callback(callback_node_t *node) {
    node->next = g_callback_list;
    g_callback_list = node;
}

// 中断服务程序
void EXTI0_IRQHandler(void) {
    // 清标志
    EXTI->PR = EXTI_PR_PR0;
    
    // 遍历链表，依次调用所有回调
    callback_node_t *p = g_callback_list;
    while (p != NULL) {
        if (p->func != NULL) {
            p->func();
        }
        p = p->next;
    }
}

这样，一个中断可以挂载多个回调函数，而且每个回调函数只做一件事——符合“单一职责原则”。

SVG：中断回调机制流程图

下面这张图，展示了中断回调机制的核心流程。我画的时候特意把“中断框架”和“应用回调”分成了两层，方便你理解：

总结一下

回调函数在中断中的应用，说白了就是“把变化的部分和不变的部分分离”。ISR是固定的框架，回调函数是灵活的业务逻辑。这样做的好处很明显：

代码复用：同一个ISR框架，可以服务于不同的应用场景。
维护简单：改需求时，只改回调函数，不动中断底层。
可测试性：回调函数可以单独拿出来测试，不用依赖硬件中断。

嗯，我个人觉得，这是嵌入式软件从“面向过程”走向“面向对象”的第一步。虽然C语言没有类，但函数指针给了我们同样的灵活性。

下次你写中断服务程序的时候，不妨试试这个模式。相信我，用习惯了就回不去了。

📚 课程目录

回调与中断服务：在嵌入式中断中使用回调函数

为什么ISR里不能“为所欲为”？

回调函数在中断中的角色

一个实战例子：定时器中断回调

中断回调的“避坑指南”

更高级的用法：中断回调链

SVG：中断回调机制流程图

总结一下