4、混合驱动架构设计：分层思想与中断管理

说实话，很多工程师在 STM32 上做中断管理，要么全用 HAL 库，要么一头扎进寄存器。这两种方式我都试过，结果都不太理想。全用 HAL 库，中断响应慢得让人着急；全用寄存器，代码维护起来又像在解一团乱麻。

后来我摸索出一套混合驱动的架构。说白了，就是让 HAL 库干它擅长的初始化，让 LL 库处理性能敏感的中断路径。今天我就把这套分层思想掰开揉碎了讲给你听。

4.1 分层架构：HAL 封装层 vs LL 性能层

我习惯把代码分成两层。上层是 HAL 封装层，下层是 LL 性能层。中间用一组结构体做接口，互不依赖。

你想想看，初始化代码只在启动时跑一次，用 HAL 库那点额外开销根本无所谓。但中断里每多一条函数调用，就可能多几十个时钟周期。我在一个电机控制项目里测过，HAL 库的中断入口到用户回调，平均多了 1.2μs 的延迟。对于 20kHz 的 PWM 中断来说，这已经占了 2.4% 的 CPU 时间。

4.2 中断服务函数拆分策略

很多新手写中断，喜欢把所有逻辑都塞进一个 ISR 里。我曾经也这么干过，结果有一次调试一个串口接收中断，发现中断里做了协议解析、数据校验、还有 LED 闪烁。中断执行时间太长，导致下一个字节的接收中断被错过了。

从那以后，我总结了一套 ISR 拆分策略。核心原则就一句话：中断里只做最必要的事，其余全部扔到主循环或任务里。

4.2.1 拆分原则

• 快速响应型：直接在 ISR 里完成。比如读取数据寄存器、清除中断标志位、设置一个全局标志。
• 延迟处理型：ISR 里只记录事件，主循环里轮询处理。比如协议解析、数据打包、状态更新。
• 紧急处理型：ISR 里做最小处理，然后触发更高优先级的任务或 DMA。比如 ADC 过采样、PWM 故障保护。

4.2.2 代码示例：串口接收中断拆分

// ========== LL 性能层：中断服务函数 ==========
void USART1_IRQHandler(void)
{
    // 只做两件事：读数据 + 设标志
    if (LL_USART_IsActiveFlag_RXNE(USART1))
    {
        g_uart_rx_byte = LL_USART_ReceiveData8(USART1);
        g_uart_rx_flag = 1;  // 全局标志位
        LL_USART_ClearFlag_RXNE(USART1);
    }
}

// ========== 主循环：延迟处理 ==========
while (1)
{
    if (g_uart_rx_flag)
    {
        g_uart_rx_flag = 0;
        // 在这里做协议解析、数据校验等耗时操作
        process_uart_byte(g_uart_rx_byte);
    }
    // 其他任务...
}

4.3 全局中断标志位管理

全局标志位是中断和主循环之间的"信使"。管理不好，就会出现数据竞争、标志位丢失、或者死锁。我踩过不少坑，后来总结了一套管理规范。

4.3.1 标志位设计原则

• 原子操作：对标志位的读写必须是原子的。STM32 的 8 位/16 位/32 位变量在单次访问中是原子的，但位操作不是。所以尽量用整个变量做标志，不要用位域。
• 清零时机：ISR 里只置位，不清零。清零由主循环或任务完成。这样可以避免 ISR 和主循环同时修改同一个变量。
• 防丢失：如果中断频率很高，用计数型标志代替布尔型标志。比如 g_uart_rx_count++，主循环里处理一个减一个。

4.3.2 标志位管理示例

// 全局标志位定义
volatile uint8_t g_uart_rx_flag = 0;    // 布尔型，适合低频中断
volatile uint16_t g_uart_rx_count = 0;  // 计数型，适合高频中断

// ISR 中置位
void USART1_IRQHandler(void)
{
    if (LL_USART_IsActiveFlag_RXNE(USART1))
    {
        g_uart_rx_buffer[g_uart_rx_count] = LL_USART_ReceiveData8(USART1);
        g_uart_rx_count++;  // 计数型，不会丢失
        LL_USART_ClearFlag_RXNE(USART1);
    }
}

// 主循环中处理
while (1)
{
    if (g_uart_rx_count > 0)
    {
        uint16_t count = g_uart_rx_count;
        // 注意：这里需要关中断保护，防止在复制过程中 count 被修改
        __disable_irq();
        g_uart_rx_count = 0;
        __enable_irq();
        
        // 处理 count 个字节
        process_uart_data(g_uart_rx_buffer, count);
    }
}

4.4 架构总览：一张图看懂

下面这张图展示了混合驱动架构的完整数据流。从外设中断触发，到 LL 性能层快速响应，再到 HAL 封装层配置管理，最后通过全局标志位与主循环交互。

4.5 实战建议

嗯，最后给你几个实在的建议。这些是我在多个项目里反复验证过的。

• 初始化用 HAL，中断用 LL：这是最稳妥的起步方式。等你熟悉了，可以逐步把部分初始化也换成 LL，但没必要一开始就追求极致。
• 全局标志位统一管理：我习惯把所有全局标志位放在一个头文件里，用结构体封装。这样代码清晰，也方便调试。
• 中断里不要调用 HAL_Delay()：这个函数依赖 SysTick 中断，你在中断里调用它，等于自己等自己，直接死锁。我见过有人这么干，查了两天才找到原因。
• 用逻辑分析仪测中断延迟：在 ISR 入口和出口各拉一个 GPIO，用逻辑分析仪看实际执行时间。别靠猜，数据说话。