《龙虾OpenClaw系列：从嵌入式裸机到芯片级系统深度实战60课》025、任务调度与上下文切换——RTOS内核的底层实现

OpenClaw系列025：任务调度与上下文切换——RTOS内核的底层实现

一、一个让我熬夜到凌晨三点的bug

去年做某款工业控制器的RTOS移植，板子跑起来后，高优先级任务A和低优先级任务B轮流打印日志。一切看似正常，直到我往任务A里塞了一个浮点运算——系统直接死机，连调试器都连不上。复位后，任务B正常，任务A一跑就挂。

当时我盯着汇编窗口，发现任务A的栈指针指向了任务B的栈空间。这不是简单的栈溢出，而是上下文切换时，寄存器保存和恢复的顺序出了问题。更诡异的是，这个bug只在开启FPU（浮点运算单元）时复现，关掉FPU就一切正常。

这个案例让我意识到：任务调度和上下文切换，是RTOS内核最脆弱也最核心的环节。哪怕一个寄存器的保存顺序错了，整个系统就会像多米诺骨牌一样崩塌。

二、任务调度的本质：谁该用CPU

任务调度不是“轮流转”那么简单。在裸机时代，我们写一个大循环，用状态机切换逻辑。但RTOS的任务调度，核心是回答三个问题：

1. 谁在跑？——当前任务（Current Task）
2. 谁该跑？——就绪队列中优先级最高的任务
3. 怎么换？——保存当前任务上下文，恢复新任务上下文

这三个问题，对应着调度器（Scheduler）的三个核心函数：sched_find_highest_ready()、sche