一、问题现象与背景

在STM32开发中，许多开发者习惯在中断服务函数（ISR）中调用HAL_Delay()实现简单延时，却发现程序卡死或系统无响应。例如：

void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin)
{
    if (GPIO_Pin == KEY_Pin) {
        HAL_Delay(10); // 消抖延时
        // ... 后续逻辑
    }
}

这段代码在按键中断中看似合理，但实际运行时可能永远卡在HAL_Delay内部。本文将从HAL库底层机制出发，解释根因并提供三种替代方案。

二、根因分析：SysTick与中断优先级

2.1 HAL_Delay的实现原理

HAL_Delay()基于SysTick定时器实现，核心逻辑如下（简化）：

__weak void HAL_Delay(uint32_t Delay)
{
    uint32_t tickstart = HAL_GetTick();
    uint32_t wait = Delay;
    if (wait < HAL_MAX_DELAY) wait += (uint32_t)(uwTickFreq);
    while ((HAL_GetTick() - tickstart) < wait) { }
}

HAL_GetTick()返回全局变量uwTick，该变量在SysTick_Handler()中递增：

void SysTick_Handler(void)
{
    HAL_IncTick(); // uwTick++
    HAL_SYSTICK_IRQHandler();
}

2.2 卡死的根本原因

  • SysTick中断优先级默认最低：在HAL库初始化中，SysTick中断优先级通常配置为最低（如NVIC_SetPriority(SysTick_IRQn, 15)）。
  • 中断嵌套规则：当CPU正在执行一个优先级高于SysTick的中断服务函数时，SysTick中断被挂起，无法抢占当前ISR。
  • 死循环等待：若在优先级高于SysTick的ISR中调用HAL_Delay()，uwTick永远不会递增，while循环条件永远为真，导致死锁。

结论：HAL_Delay()是阻塞式延时，依赖SysTick中断更新时基。在中断上下文中（尤其是高优先级中断），SysTick无法及时响应，造成永久等待。

三、替代延时方案

3.1 方案一：DWT周期计数器（推荐用于短延时）

Cortex-M内核自带DWT（Data Watchpoint and Trace）单元，其CYCCNT寄存器记录CPU周期数，不依赖中断，可在任意上下文使用。

配置步骤

  1. 使能DWT和CYCCNT：
CoreDebug->DEMCR |= CoreDebug_DEMCR_TRCENA_Msk;
DWT->CTRL |= DWT_CTRL_CYCCNTENA_Msk;
DWT->CYCCNT = 0;
  1. 编写延时函数：
void DWT_Delay_us(uint32_t us)
{
    uint32_t start = DWT->CYCCNT;
    uint32_t ticks = us * (SystemCoreClock / 1000000U);
    while ((DWT->CYCCNT - start) < ticks) { }
}

注意事项

  • 需在系统时钟初始化后调用使能代码。
  • 延时精度高，但仅适用于微秒级短延时（避免长时间占用CPU）。
  • 部分低端型号可能不支持DWT，使用前查阅参考手册。

3.2 方案二：硬件定时器（通用性强）

利用一个基本定时器（如TIM6）实现独立延时，不依赖SysTick。

配置步骤（CubeMX）

  1. 启用TIM6，预分频器设为SystemCoreClock/1000000 - 1（1MHz计数频率）。
  2. 自动重装载值设为0xFFFF。
  3. 生成代码后，编写阻塞延时：
void TIM6_Delay_us(uint16_t us)
{
    __HAL_TIM_SET_COUNTER(&htim6, 0);
    HAL_TIM_Base_Start(&htim6);
    while (__HAL_TIM_GET_COUNTER(&htim6) < us) { }
    HAL_TIM_Base_Stop(&htim6);
}

注意事项

  • 定时器资源有限，避免多个中断同时使用同一延时函数（需加互斥保护）。
  • 延时期间CPU仍被占用，但不受中断优先级影响。

3.3 方案三：非阻塞状态机（最佳实践）

在中断中仅设置标志或时间戳，主循环中处理延时逻辑，彻底避免阻塞。

volatile uint32_t key_tick = 0;
volatile uint8_t  key_pressed = 0;

void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin)
{
    if (GPIO_Pin == KEY_Pin) {
        key_tick = HAL_GetTick(); // 仅记录时间
        key_pressed = 1;
    }
}

// 主循环中
while (1) {
    if (key_pressed && (HAL_GetTick() - key_tick >= 10)) {
        key_pressed = 0;
        // 执行消抖后的逻辑
    }
}

注意事项

  • 需确保HAL_GetTick()在主循环中正常递增（SysTick优先级正常）。
  • 适用于所有需要延时的中断场景，系统实时性最佳。

四、总结与建议

  • 禁止在中断中调用HAL_Delay：这是HAL库的已知限制，应通过代码规范或静态检查规避。
  • 短延时优先DWT：微秒级、高精度、无中断依赖。
  • 长延时用状态机：避免阻塞，提升系统响应能力。
  • 硬件定时器作为备选：当DWT不可用或需要更灵活控制时使用。

通过理解SysTick与中断优先级的交互机制，开发者可以更安全地设计中断服务程序，构建稳定可靠的嵌入式系统。