嵌入式开发岗位面试中，RTOS（尤其是 FreeRTOS）几乎是必考板块：从任务调度、上下文切换到同步互斥、内存管理，考点密集且追问深入。本文整理了 RTOS/FreeRTOS 高频面试题 与精炼参考答案，覆盖任务、调度、IPC、中断与低功耗等核心知识点，帮你快速过一遍八股。
前后台系统是"主循环（后台）+ 中断（前台）"结构：主循环顺序轮询处理事务，实时性差，任务之间靠全局变量/标志通信，代码耦合度高。RTOS 将程序拆分为多个独立任务，由优先级抢占调度统一管理，每个任务拥有独立栈和状态，实时性可预测、模块化程度高。代价是额外的 RAM/ROM 开销、调度延迟和更高的调试复杂度，适合业务复杂、实时性要求高的场景。
高优先级任务 本来就能抢占，但要靠调度点，调度点默认是SysTick 中断（1ms），如果你在低优先级任务中主动 taskYIELD()，就是把调度点变得更密集了，相当于“更快地释放 CPU 控制权”
这个问题问得非常关键！很多人刚用 HAL + RTOS 时会搞混「HAL库的时间基准」和「FreeRTOS 的时间基准」，我来帮你直观解释一下👇
HAL 库中很多函数（例如 HAL_Delay()）需要一个“时间基准”，也就是一个「每 1ms 递增一次的全局时间计数器」。
默认情况下，这个时间基准是由 SysTick 定时器每 1ms 产生一次中断，通过回调函数 HAL_IncTick() 让 uwTick 变量自增。
时基就是延时函数实现的计数器
正点原子的中断函数里面让uwtick和rtos的计数值都增加
//systick中断服务函数,使用OS时用到
void SysTick_Handler(void)
{
if(xTaskGetSchedulerState()!=taskSCHEDULER_NOT_STARTED)//系统已经运行
{
xPortSysTickHandler(); //RTOS计数值++
}
HAL_IncTick();//uwTick++;
}cortex-m处理器有 每个中断 都有8位的优先级寄存器，这些寄存器可以每4个看作一个32位的寄存器来访问
特殊例子
根据SCB里面的AIRCR寄存器，可以将8位优先级进行分组，也就是划分抢占优先级和子优先级
禁止除了NMI和HardFalut外的所有中断
在PEIMASK寄存器的基础上屏蔽掉HardFault中断，写0使能，1禁止
屏蔽中断，低于设定的优先级，写1使能，0禁止
在使用单片机裸机开发的时候，无限循环里面的函数就相当于后台，中断就相当于前台。
前后台系统相当于所有任务优先级都是相同的，都排队轮流执行，但是简单，资源消耗少
freertos的任务调度器
先执行中断，再执行优先级高的任务
RTOS里面并不是并发执行任务，即同一时刻执行多个任务，每一时刻只能有一个任务执行，每个任务时间都很短，看起来像并发执行
每个任务都有自己的运行环境，不依赖于其他任务和调度器。
所以每次退出任务时候，调度器都要保证退出这个任务的时候将堆栈内容，寄存器值等上下文环境保存好，由此引出了每个任务都有的堆栈。这样子的话就从堆栈里面取出环境，恢复运行
列表和列表项作为数据结构，都是结构体封装，这个类型的变量而已
列表被用来跟踪FreeRTOS中的任务
用户可以在freeRTOSConfig.h 中自定义：configLIST_VOLATILE
正点原子给的是空
// 选项1：使用 volatile（推荐用于多数情况）
#define configLIST_VOLATILE volatile
// 选项2：空定义（如果确认不需要或编译器足够智能）
#define configLIST_VOLATILE
// 选项3：针对特定编译器的扩展
#define configLIST_VOLATILE __volatile__FreeRTOS 中，调用 vTaskStartScheduler() 后，系统才真正进入任务调度状态。
从整体流程来看：
vTaskStartScheduler()
│
├── 创建空闲任务
│
├── 创建软件定时器任务（如果开启）
│
├── 初始化调度器状态
│
└── xPortStartScheduler()
│
├── 配置 PendSV / SysTick 优先级
├── 配置 Tick 定时器
├── 开启 FPU
└── prvStartFirstTask()
│
└── SVC
│
└── 恢复第一个任务上下文
│
▼
第一个任务开始运行就是：
RTOS 在创建任务时，提前在任务栈里“假装”压入了一次中断现场，让 CPU 以后能像“从中断返回一样”直接开始执行这个任务,这样开始就不必要再多设置一次专门的任务转换了
===================== FreeRTOS 启动全过程 =====================
(1) 还在裸机环境（main函数内）
--------------------------------------------------------------
main()
│
├─ xTaskCreate() → 创建任务结构体TCB，伪造任务栈（任务栈内假装中断现场）
│
├─ vTaskStartScheduler()
│ │
│ ├─ 创建空闲任务、定时器任务
│ └─ 调用 xPortStartScheduler()
│ │
│ └─ prvStartFirstTask() ← 汇编启动
│ │
│ ├─ 从向量表取出栈顶地址，设置 MSP
│ ├─ 开中断 (CPSIE i, f)
│ └─ 触发 SVC 软中断 (svc 0)
│
▼
--------------------------------------------------------------
(2) CPU 进入 SVC 异常
--------------------------------------------------------------
CPU 自动做的事：
- 切换到 MSP
- 把 LR、xPSR、PC、R0~R3 等压栈（保存 main() 的上下文）
- 跳转到 vPortSVCHandler()
--------------------------------------------------------------
(3) vPortSVCHandler() 执行
--------------------------------------------------------------
ldr r3, =pxCurrentTCB ; 当前任务TCB
ldr r1, [r3]
ldr r0, [r1] ; 取出任务栈顶（伪造现场）
ldmia r0!, {r4-r11} ; 恢复部分寄存器
msr psp, r0 ; 设置 PSP = 任务栈
mov r0, #0
msr basepri, r0 ; 开中断
orr r14, #0xd
bx r14 ; 异常返回，CPU自动用PSP恢复剩余寄存器
--------------------------------------------------------------
(4) CPU 从异常返回 → 切换完成
--------------------------------------------------------------
此时：
MSP → 用于中断
PSP → 指向当前任务栈顶
PC → 任务函数地址
xPSR → 设置为线程模式
CPU 正式开始执行：
Task1_Function();
--------------------------------------------------------------
(5) 后续如果发生任务切换（PendSV）
--------------------------------------------------------------
保存当前任务的寄存器 → 切换 pxCurrentTCB → 恢复新任务寄存器
整个流程跟上面 SVC 的切换类似
--------------------------------------------------------------