1. 从“轮询”到“中断”：为什么定时器是STM32的基石
如果你刚开始玩STM32，可能还在用HAL_Delay或者自己写个for循环来“数时间”。这没问题，就像学走路，先得会爬。但当你开始做稍微复杂点的东西，比如让一个LED精确地每秒闪烁一次，同时还要去扫描按键、处理串口数据，你就会发现“轮询”这种方式太笨拙了。它让CPU像个焦虑的监工，不停地问：“时间到了吗？按键按了吗？数据来了吗？”，大部分时间都在做无效的检查，真正干活的效率极低。
这时候，定时器中断就该登场了。它就像是给你的CPU雇了一个极其靠谱的私人助理。你只需要对这个助理（定时器）说：“每隔1000毫秒提醒我一次。” 然后你就可以安心地去处理其他任务了。时间一到，助理会立刻打断你手头的工作（触发中断），告诉你：“老板，时间到了，该去闪一下LED了。” 你处理完这个提醒（执行中断服务函数），再回到刚才被打断的地方继续工作。整个系统瞬间变得高效、清晰。
在STM32的世界里，实现这个“私人助理”功能，主要有两套“管理手册”：标准库（Standard Peripheral Library, SPL）和HAL库（Hardware Abstraction Layer）。标准库更贴近硬件寄存器，你需要知道助理的每个开关在哪，怎么设置他的闹钟精度，适合想彻底弄懂原理的玩家。而HAL库则提供了一套更高级的“管理API”，你只需要告诉它“我要一个1秒的定时中断”，它就把底层那些繁琐的配置都帮你做好了，适合快速开发、跨芯片移植。
今天，我们就来一次“对照学习”，用同一个目标——配置一个基本定时器（比如TIM6）产生1秒的中断，并在中断里翻转一个LED——来彻底搞懂这两套库在定时器中断这个核心功能上的异同。你会发现，理解了其中一个，另一个就触类旁通；而同时掌握两者，你对STM32定时器的理解会上升一个维度。
2. 定时器中断的核心原理与配置脉络
在深入代码之前，我们必须把定时器中断这件事的“骨架”搭清楚。无论你用标准库还是HAL库，这个核心流程是不会变的。你可以把它想象成设置一个闹钟：
- 选择闹钟（定时器）：STM32内部有很多个定时器，有基本定时器（TIM6, TIM7），通用定时器（TIM2-TIM5, TIM9-TIM14），高级定时器（TIM1, TIM8）。我们选一个最简单的“闹钟”——基本定时器TIM6。
- 设定闹钟走多快（时钟源与分频）：闹钟的秒针走得快慢决定了提醒的精度。STM32的定时器挂载在APB1或APB2总线上，有一个基础的时钟频率（比如72MHz）。我们通过预分频器（PSC）将这个频率降下来，得到计数器的实际计数频率。例如，72MHz / 7200 = 10KHz，意味着计数器每0.1毫秒加1。
- 设定闹钟多久响一次（自动重装载值）：闹钟的闹铃时间点。计数器从0开始，加到这个值（ARR）时，就会触发一个“时间到”的事件。接上例，如果我们想让定时器每1秒中断一次，就需要计数10000次（10KHz * 1秒 = 10000）。所以ARR设置为9999（因为从0开始计数）。
- 打开闹钟的铃声开关（使能中断）：光有时间到的事件还不够，我们需要允许这个事件去打断CPU，也就是使能定时器的更新中断。
- 安排好中断响铃后谁去处理（编写中断服务函数）：闹钟响了，你得有个“中断服务程序（ISR）”去处理它，比如在这里翻转LED的电平。
- 让CPU开始监听这个闹钟（设置中断优先级并全局使能）：配置好NVIC（嵌套向量中断控制器），告诉CPU这个定时器中断的优先级，然后打开总开关。
标准库和HAL库的所有函数，都是围绕这六个步骤进行的封装。标准库的封装比较“薄”，很多参数你需要直接计算好填进去；HAL库的封装“厚”一些，提供了更集成的结构体和函数。下面，我们就一步步对照着看。
3. 标准库配置：亲手拨动每一个齿轮
使用标准库，感觉就像在操作一台精密的机械钟表，你需要自己校准发条、安装指针。我们以STM32F1系列（72MHz系统时钟）的TIM6为例。
3.1 工程准备与时钟使能
首先，确保你的工程已经包含了标准库的头文件（如stm32f10x.h）和对应的启动文件。所有的配置，始于开启对应外设的时钟。在STM32中，任何外设在使用前，都必须给它的时钟“上电”。
// 1. 使能TIM6的时钟 RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM6, ENABLE);为什么是RCC_APB1Periph？因为TIM6挂载在APB1总线下。这个信息在芯片参考手册的“存储器与总线架构”章节可以查到。忘记开时钟是新手最常犯的错误之一，表现就是后续所有配置都无效。
3.2 初始化定时器基本参数
接下来，我们需要填充一个TIM_TimeBaseInitTypeDef结构体，这个结构体包含了上面原理中提到的核心参数。
TIM_TimeBaseInitTypeDef TIM_TimeBaseInitStruct; uint16_t PrescalerValue = 0; uint16_t PeriodValue = 0; // 2. 计算预分频器和周期值 // 假设系统时钟为72MHz，我们希望定时器计数频率为10KHz (0.1ms) // 则预分频值 PSC = 72MHz / 10KHz - 1 = 7200 - 1 = 7199 // 注意：实际写入寄存器的值是PSC，计数器时钟 = 系统时钟 / (PSC + 1) PrescalerValue = (uint16_t)(7200 - 1); // 7199 // 我们希望产生1秒中断，计数器需要计数次数 = 1s / 0.1ms = 10000次 // 自动重装载值 ARR = 计数次数 - 1 = 10000 - 1 = 9999 PeriodValue = 10000 - 1; // 9999 // 3. 填充初始化结构体 TIM_TimeBaseInitStruct.TIM_Prescaler = PrescalerValue; // 预分频值 TIM_TimeBaseInitStruct.TIM_CounterMode = TIM_CounterMode_Up; // 向上计数模式 TIM_TimeBaseInitStruct.TIM_Period = PeriodValue; // 自动重装载值 TIM_TimeBaseInitStruct.TIM_ClockDivision = TIM_CKD_DIV1; // 时钟分频，与死区时间相关，基本定时器可不关心 TIM_TimeBaseInitStruct.TIM_RepetitionCounter = 0; // 重复计数，高级定时器用，基本定时器忽略 // 4. 应用配置到TIM6 TIM_TimeBaseInit(TIM6, &TIM_TimeBaseInitStruct);这里有两个关键点：
TIM_Prescaler：这个值决定了定时器的“心跳”频率。公式是定时器时钟 = APB1时钟 / (PSC + 1)。-1的操作是因为计数器从0开始。TIM_Period：这是中断产生的周期。计数器从0累加到ARR，然后溢出，产生更新事件和中断。所以中断周期 =(ARR + 1) * (PSC + 1) / 定时器时钟频率。
注意：标准库的初始化函数
TIM_TimeBaseInit在调用时，并不会自动将计数器清零。计数器可能残留上一个值，为了确保第一个周期准确，通常会在初始化后手动清除计数器：TIM_SetCounter(TIM6, 0);
3.3 使能更新中断与配置NVIC
配置好定时器怎么走，接下来要允许它“响铃”，并告诉CPU中断管理员（NVIC）这个铃声的存在和优先级。
// 5. 使能TIM6的更新中断（“响铃开关”） TIM_ITConfig(TIM6, TIM_IT_Update, ENABLE); // 6. 配置NVIC（嵌套向量中断控制器） NVIC_InitTypeDef NVIC_InitStruct; NVIC_InitStruct.NVIC_IRQChannel = TIM6_IRQn; // 中断通道，TIM6对应TIM6_IRQn NVIC_InitStruct.NVIC_IRQChannelPreemptionPriority = 0; // 抢占优先级 NVIC_InitStruct.NVIC_IRQChannelSubPriority = 1; // 子优先级 NVIC_InitStruct.NVIC_IRQChannelCmd = ENABLE; // 使能该中断通道 NVIC_Init(&NVIC_InitStruct);关于中断优先级：STM32使用抢占优先级和子优先级。抢占优先级高的可以打断正在执行的抢占优先级低的中断。子优先级只在抢占优先级相同的中断同时发生时决定谁先执行。具体分组通过NVIC_PriorityGroupConfig()函数设置，必须在配置具体中断前调用，通常在主函数开头设置一次，例如NVIC_PriorityGroupConfig(NVIC_PriorityGroup_2);。
3.4 编写中断服务函数与启动定时器
中断服务函数是中断触发后实际执行的代码。它的函数名是固定的，在启动文件（startup_stm32f10x_xx.s）中已有声明。
// 7. 编写TIM6的中断服务函数 void TIM6_IRQHandler(void) { // 检查是否是更新中断标志位被置位 if (TIM_GetITStatus(TIM6, TIM_IT_Update) != RESET) { // 在这里执行你的任务，例如翻转LED GPIO_WriteBit(GPIOA, GPIO_Pin_5, (BitAction)(1 - GPIO_ReadOutputDataBit(GPIOA, GPIO_Pin_5))); // 非常重要！清除中断标志位，否则会连续进入中断 TIM_ClearITPendingBit(TIM6, TIM_IT_Update); } }清除标志位是重中之重！如果忘记清除，硬件会认为中断一直存在，导致程序不断跳入中断服务函数，主程序根本无法执行，现象就是程序“卡死”或行为异常。
最后，启动定时器，让它开始计数：
// 8. 使能定时器开始计数 TIM_Cmd(TIM6, ENABLE);至此，一个用标准库实现的1秒定时中断就配置完成了。整个过程清晰直接，你对每一个配置环节都有完全的控制权。
4. HAL库配置：站在巨人的肩膀上
HAL库的思路是“声明意图，我来实现”。它通过一个统一的HAL_TIM_Base_Init()函数和htim句柄来管理定时器，很多底层细节被隐藏了，但逻辑框架与标准库完全一致。
4.1 使用STM32CubeMX进行可视化配置（强烈推荐）
对于HAL库，最高效的方式是使用STM32CubeMX工具进行图形化配置。我们同样配置TIM6实现1秒中断。
- 在
Pinout & Configuration标签页，找到Timers->TIM6。 - 将
Clock Source设置为Internal Clock（内部时钟）。 - 在
Parameter Settings子标签页：Prescaler (PSC - 16 bits value): 填入7199。CubeMX会自动帮你做-1的计算，这里填的就是我们想要的7200 - 1。Counter Mode:Up（向上计数）。Counter Period (AutoReload Register - 16 bits value): 填入9999。同样，这里填的是10000 - 1。auto-reload preload:Enable（推荐使能，防止修改ARR时产生毛刺）。
- 在
NVIC Settings子标签页，勾选TIM6 global interrupt使能中断，并可以设置它的抢占优先级和子优先级。 - 点击
Generate Code，CubeMX会自动生成所有初始化代码，包括GPIO、时钟树和这里的TIM6配置。
4.2 剖析生成的HAL代码
即使不用CubeMX，理解生成的代码也至关重要。我们来看关键部分。
首先，在main.c文件开头附近，会定义一个定时器句柄：
TIM_HandleTypeDef htim6;这个htim6结构体包含了定时器的所有状态和配置信息，是HAL库操作TIM6的核心。
初始化函数MX_TIM6_Init()（由CubeMX生成）内容如下：
void MX_TIM6_Init(void) { TIM_MasterConfigTypeDef sMasterConfig = {0}; htim6.Instance = TIM6; // 指定定时器实例 htim6.Init.Prescaler = 7199; // 预分频值 htim6.Init.CounterMode = TIM_COUNTERMODE_UP; // 计数模式 htim6.Init.Period = 9999; // 自动重装载值 htim6.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_ENABLE; // 自动重装载预装载使能 if (HAL_TIM_Base_Init(&htim6) != HAL_OK) // 调用HAL初始化函数 { Error_Handler(); } sMasterConfig.MasterOutputTrigger = TIM_TRGO_RESET; sMasterConfig.MasterSlaveMode = TIM_MASTERSLAVEMODE_DISABLE; if (HAL_TIMEx_MasterConfigSynchronization(&htim6, &sMasterConfig) != HAL_OK) { Error_Handler(); } }可以看到，核心参数Prescaler和Period的填写方式和标准库计算后的值是一样的。HAL_TIM_Base_Init这个函数内部帮我们做了标准库中TIM_TimeBaseInit、时钟使能等一大堆事情。
中断配置在HAL_TIM_Base_Init内部或后续调用中完成。我们需要手动开启中断并启动定时器，通常在初始化后调用：
// 使能定时器更新中断 HAL_TIM_Base_Start_IT(&htim6);这个函数HAL_TIM_Base_Start_IT一次性完成了“使能更新中断”和“启动计数器”两个动作。
4.3 HAL库的中断服务函数与回调机制
HAL库的中断处理采用了“回调函数”机制，这是与标准库最大的不同之一。你不需要直接编写TIM6_IRQHandler，这个函数在HAL库的底层已经写好了（在stm32f1xx_it.c中）。它的作用是统一处理中断标志位，然后调用一个名为HAL_TIM_IRQHandler的通用中断处理函数。
HAL_TIM_IRQHandler会根据具体的中断标志，去调用对应的回调函数（Callback）。我们的用户代码，就写在这个回调函数里。
对于更新中断，对应的回调函数是：
void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { // 判断是哪个定时器触发了中断 if (htim->Instance == TIM6) { // 在这里执行你的任务，例如翻转LED HAL_GPIO_TogglePin(GPIOA, GPIO_Pin_5); } }HAL库的回调函数机制优势与坑点：
- 优势：用户无需关心繁琐的中断标志位清除，HAL底层已经处理好了。代码更清晰，专注于业务逻辑。
- 注意点：这个回调函数是弱定义（__weak）的。如果你在别的地方（比如
main.c）重新实现了它，编译器会使用你的版本。但你必须确保函数名和参数完全一致。 - 潜在问题：由于HAL库的中断处理逻辑层数较多，从触发中断到执行你的回调函数，中间有更多的代码执行路径，这会导致中断响应时间比标准库稍长。在极端苛刻的实时性要求下，这可能是个考量因素。但对于绝大多数应用，这点延迟可以忽略不计。
5. 对照总结与深度抉择：何时用标准库？何时用HAL库？
通过上面的并排对比，我们可以清晰地总结出差异：
| 特性 | 标准库 (SPL) | HAL库 |
|---|---|---|
| 代码风格 | 直接操作外设，结构体配置，函数功能单一明确。 | 面向对象思想，使用句柄(htim)，函数集成度高（如Start_IT）。 |
| 初始化 | 需手动使能时钟，分步配置参数，最后调用TIM_TimeBaseInit。 | 通过HAL_TIM_Base_Init一个函数完成大部分初始化，常配合CubeMX生成。 |
| 中断处理 | 用户直接编写TIMx_IRQHandler，需手动检查并清除标志位。 | 用户实现HAL_TIM_PeriodElapsedCallback回调函数，标志位由库自动清除。 |
| 可读性与维护 | 流程清晰，硬件细节可见，但代码量稍多。 | 业务逻辑与底层隔离，代码简洁，易于阅读和维护。 |
| 可移植性 | 差。不同STM32系列（F1/F4/F7）的库函数名和寄存器定义可能有差异。 | 好。HAL库旨在提供跨系列的统一API，移植时修改底层驱动即可。 |
| 执行效率 | 高。更接近硬件，中断响应直接，代码精简。 | 相对较低。因抽象层带来一些开销，中断响应有延迟。 |
| 学习曲线 | 适合初学者深入理解硬件工作原理。 | 适合快速上手和项目开发，但对底层原理可能模糊。 |
| 生态与未来 | 已停止更新（Legacy）。ST官方主推HAL/LL库。 | 官方主力维护，与CubeMX工具链深度集成，是未来方向。 |
那么，到底该怎么选？
我的个人经验是：
- 如果你是学生或初学者，想扎扎实实理解STM32的定时器、中断、寄存器是如何工作的：从标准库开始。尽管它已停止更新，但它是最好的“教科书”。亲手配置每一个寄存器位，会让你对“中断向量表”、“NVIC”、“计数器溢出”这些概念有刻骨铭心的理解。在F1系列上学习，资料也最丰富。
- 如果你在做产品、参加竞赛，或者需要快速验证一个想法，并且项目可能涉及复杂外设（如USB、ETH）或未来可能更换芯片：毫不犹豫选择HAL库+STM32CubeMX。它能节省你大量的底层调试时间，让你专注于应用逻辑。CubeMX的图形化时钟树配置、引脚分配冲突检查，能避免很多低级错误。
- 在性能极其敏感的核心中断中：可以考虑使用LL库（Low-Layer），它是HAL库的底层伴侣，提供了类似标准库的轻量级寄存器操作API，同时又保持了与CubeMX的兼容性。或者，在HAL库初始化后，混合使用LL库的函数进行关键操作。
6. 进阶实战与避坑指南：不止于翻转LED
掌握了基本定时器中断，我们可以玩点更实用的。这里分享两个经典场景及其在两种库下的实现要点。
6.1 场景一：微秒级精准延时函数
HAL_Delay()是基于SysTick的毫秒级延时，且会阻塞CPU。我们常用一个基本定时器来实现不阻塞的微秒延时。原理是：将定时器配置为1MHz的计数频率（1us加一次），然后在需要延时的地方读取计数器的值。
标准库实现思路：
// 初始化TIMx为1us计数 void DelayUs_TIM_Init(void) { // 配置预分频，使计数器频率=1MHz (72MHz/72) TIM_TimeBaseInitTypeDef TIM_InitStruct; TIM_InitStruct.TIM_Prescaler = 71; // 72-1 TIM_InitStruct.TIM_Period = 0xFFFF; // 16位定时器最大值 TIM_InitStruct.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIMx, &TIM_InitStruct); TIM_Cmd(TIMx, ENABLE); } // 微秒延时函数 void DelayUs(uint16_t us) { uint16_t start = TIM_GetCounter(TIMx); // 注意处理计数器溢出 while((TIM_GetCounter(TIMx) - start) < us); }避坑点：while循环判断时，必须考虑计数器从65535溢出回0的情况。需要使用无符号数的溢出特性进行正确计算，例如：while((uint16_t)(TIM_GetCounter(TIMx) - start) < us);。
HAL库实现思路：
// 初始化 void DelayUs_TIM_Init(void) { htimx.Instance = TIMx; htimx.Init.Prescaler = 71; htimx.Init.Period = 0xFFFF; htimx.Init.CounterMode = TIM_COUNTERMODE_UP; HAL_TIM_Base_Init(&htimx); HAL_TIM_Base_Start(&htimx); // 注意，这里用Start，不是Start_IT，不需要中断 } // 微秒延时函数 void DelayUs(uint16_t us) { uint16_t start = __HAL_TIM_GET_COUNTER(&htimx); while((uint16_t)(__HAL_TIM_GET_COUNTER(&htimx) - start) < us); }HAL库提供了__HAL_TIM_GET_COUNTER这样的宏来直接获取计数器值，本质上和标准库的TIM_GetCounter是一样的。
6.2 场景二：定时器中断中处理复杂任务与状态机
中断服务函数（或回调函数）的执行时间必须尽可能短。如果一个任务很耗时（比如复杂的计算、等待外部设备响应），绝对不能放在中断里直接做，否则会阻塞其他中断，导致系统响应迟钝。
正确做法是：在中断中设置标志位，在主循环中处理任务。这引入了“状态机”或“事件驱动”的思想。
// 定义全局状态标志 volatile uint8_t timer1s_flag = 0; // 必须加volatile，防止编译器优化 // 在中断回调/服务函数中 void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if(htim->Instance == TIM6) { timer1s_flag = 1; // 仅设置标志位 // 不要在这里做耗时操作！ } } // 在主循环中 while(1) { if(timer1s_flag) { timer1s_flag = 0; // 清除标志 // 在这里执行需要每1秒做的复杂任务 DoSomeHeavyWork(); } // 其他任务... }关键经验：
volatile关键字：用于中断与主循环共享的变量，告诉编译器这个变量可能被意外改变（例如被中断修改），不要对它进行激进的优化（如缓存到寄存器），每次都必须从内存中读取。- 中断嵌套与优先级：如果多个中断都需要处理，一定要合理设置NVIC优先级。耗时任务的中断优先级应该设低，快速响应的中断（如外部紧急信号）优先级设高。
- 测量中断执行时间：可以用一个IO口在中断入口拉高、出口拉低，然后用示波器测量脉冲宽度，确保中断执行时间在可接受范围内。
从翻转一个LED到构建一个高效的多任务系统，定时器中断是贯穿始终的核心技术。通过标准库，你摸清了每一个齿轮的运转；通过HAL库，你学会了如何高效地驾驭这台机器。无论选择哪条路，理解其背后的原理——时钟源、分频、计数、溢出、中断向量——才是你从“会用”到“精通”的关键。下次当你需要精确定时、产生PWM、测量脉冲宽度时，你会感谢今天深入研究了定时器的自己。
