4、FreeRTOS移植实战（下）：中断与临界段保护、PendSV与SVC异常处理、SysTick配置与时钟节拍、移植验证与调试技巧
上一节我们把FreeRTOS的源码和配置文件都塞进了工程，编译也通过了。但说实话，那只是万里长征走完了第一步。系统能不能跑起来，任务能不能正常切换，全看今天这几个核心机制有没有配对。
我个人习惯把这一节叫做「移植的深水区」。中断优先级配置错了，系统直接死给你看；临界段保护没做好，共享数据说崩就崩。别急，我们一个一个来拆。
4.1 中断与临界段保护
RTOS里最怕什么？最怕任务正在操作一个全局变量，突然来了个中断，中断服务函数也改了同一个变量。等你回到任务里，数据已经乱套了。
FreeRTOS用临界段来解决这个问题。说白了，就是在访问共享资源时，暂时关掉中断，操作完再打开。
核心API：
taskENTER_CRITICAL()/taskEXIT_CRITICAL()— 用于任务级临界段taskENTER_CRITICAL_FROM_ISR()/taskEXIT_CRITICAL_FROM_ISR()— 用于中断级临界段
我曾经在一个电机控制项目里，就因为临界段没用好，导致PID参数偶尔被中断改写，电机每隔几分钟就抖一下。查了整整两天才定位到问题。
这里有个关键点：临界段保护的是中断，不是任务。如果你只是两个任务抢同一个变量，应该用信号量或互斥量，而不是临界段。临界段会关中断，影响系统实时性，所以临界段里的代码要尽量短。
注意：临界段嵌套是允许的，但必须成对使用。进入几次就要退出几次，否则中断永远打不开。
4.2 PendSV与SVC异常处理
这两个异常是FreeRTOS实现任务切换的「幕后功臣」。很多初学者搞不清它们的关系，我简单梳理一下。
| 异常 | 触发方式 | 用途 | 优先级 |
|---|---|---|---|
| SVC (系统服务调用) | 执行 SVC #0 指令 |
启动第一个任务 | 最高（通常设为0） |
| PendSV (可挂起系统调用) | 写ICSR寄存器触发 | 上下文切换 | 最低（通常设为15） |
SVC 只在系统启动时用一次。vTaskStartScheduler() 内部会触发SVC，然后在SVC_Handler里完成第一个任务的启动。为什么用SVC？因为它优先级最高，不会被其他中断打断，保证系统干净启动。
PendSV 才是真正干活的。每次SysTick中断里，如果发现有更高优先级的任务需要运行，就「挂起」PendSV异常。PendSV优先级最低，等所有中断都处理完了，它才出来做上下文切换。
你想想看，为什么PendSV要设成最低优先级？
因为如果在中断服务函数里触发了任务切换，系统会先把手头的中断处理完，再切任务。这样就不会出现「中断处理一半，任务跑了」的尴尬局面。
移植检查点：
- 确保
SVC_Handler和PendSV_Handler在启动文件中没有被其他函数占用 - FreeRTOS官方提供了这两个Handler的实现，在
port.c里，不要自己重写 - 如果用了汇编写的port层，注意检查栈对齐（8字节对齐）
4.3 SysTick配置与时钟节拍
SysTick就是RTOS的心跳。FreeRTOS依赖它产生周期性的中断，用来做时间片轮转和延时管理。
配置其实很简单，但有个坑：SysTick的时钟源。有些MCU的SysTick可以选择内核时钟或外部时钟，如果选错了，节拍时间就不对了。
// 典型的SysTick配置（以STM32为例）
// 假设系统时钟为72MHz，节拍周期为1ms
// 重装载值 = 72000000 / 1000 - 1 = 71999
void vPortSetupTimerInterrupt(void)
{
// 设置重装载值
SysTick->LOAD = (configCPU_CLOCK_HZ / configTICK_RATE_HZ) - 1UL;
// 设置SysTick优先级为最低
NVIC_SetPriority(SysTick_IRQn, (1UL << __NVIC_PRIO_BITS) - 1UL);
// 配置时钟源为内核时钟，使能中断，启动定时器
SysTick->CTRL = SysTick_CTRL_CLKSOURCE_Msk |
SysTick_CTRL_TICKINT_Msk |
SysTick_CTRL_ENABLE_Msk;
}我个人习惯把SysTick的优先级设成和PendSV一样，都是最低。为什么？因为如果SysTick优先级太高，它可能会打断其他中断，导致中断响应延迟。
避坑指南：我曾经在移植到某国产MCU时，发现SysTick的时钟源默认是外部低速时钟，结果系统节拍慢了8倍。排查了半天才发现是时钟源选择位没配置。所以移植时一定要看芯片手册里SysTick的时钟源说明。
4.4 移植验证：任务调度是否正常
代码写完了，怎么知道系统跑没跑起来？我一般按以下步骤验证：
- 创建两个简单任务：一个任务让LED闪烁，另一个任务打印串口数据
- 检查SysTick中断是否触发：在SysTick_Handler里设个断点，看能不能进来
- 检查任务是否切换：在两个任务里分别设断点，看执行顺序
- 检查空闲任务是否运行：如果其他任务都阻塞了，空闲任务应该能拿到CPU
下面这张图展示了任务调度的核心流程：
如果LED能正常闪烁，串口能打印出任务切换的信息，恭喜你，移植基本成功了。
4.5 常见移植问题与调试技巧
移植过程中总会遇到各种奇怪的问题。我整理了几个高频问题，希望能帮你少走弯路。
| 现象 | 可能原因 | 排查方法 |
|---|---|---|
| 系统启动后卡死 | 堆栈设置过小 | 检查 configMINIMAL_STACK_SIZE，至少256字 |
| 任务不切换 | SysTick未触发或PendSV优先级不对 | 在SysTick_Handler设断点，检查中断标志 |
| 中断响应延迟 | 临界段代码过长 | 缩短临界段，或改用更细粒度的保护机制 |
| 随机死机 | 栈溢出或中断优先级配置错误 | 开启 configCHECK_FOR_STACK_OVERFLOW |
| 任务无法创建 | 堆空间不足 | 增大 configTOTAL_HEAP_SIZE |
调试技巧：
- 用
vTaskList()打印所有任务的状态和栈使用情况 - 用
uxTaskGetStackHighWaterMark()查看每个任务的栈余量 - 在
vApplicationStackOverflowHook()里设断点，栈溢出时立刻知道 - 如果怀疑中断优先级问题，先把所有中断优先级都设成相同值，排除干扰
我记得有一次帮客户调试，他们的设备运行几小时后必死机。我开了栈溢出检测，发现是一个任务的栈只差4个字节就溢出了。把栈大小从128改成132，问题解决。所以，栈大小别抠得太死，留点余量。
最后提醒：FreeRTOS的配置项 configASSERT() 一定要在调试阶段打开。它会在参数错误、API调用顺序错误时直接停在问题行，比你自己猜快十倍。
移植验证通过后，你的MCU就已经跑在RTOS上了。接下来就可以开始设计任务、管理资源、处理通信了。嗯，这才是RTOS真正发挥威力的地方。