原帖 ｜ 刘子奇 ｜ 2025-12-01 19:55 ｜ 👍7 ｜ 阅读约1
结合了我们学员面试，总结了RTOS面试时常见问题:
延伸：RTOS 之上为什么还要做架构分层，见 面试官问：RT-Thread 这些开源框架本来就把底层做得挺好；中断/CPU 底层深挖题见 年薪50w➕面试经常会被问到的。
目录
1. 为什么使用RTOS，好处是什么？
2. RTOS常用的调度切换任务的策略是什么？
3. 你知道有哪些RTOS？
4. RTOS的任务/线程有哪些种状态？
5. Systick在RTOS中作用是什么？
6. 简要描述下任务切换的过程
7. 任务栈的作用是什么？
8. 描述下信号量和互斥锁的作用？
9. 硬件中断中使用RTOS的相关函数时要注意什么？
10. 在使用RTOS时遇到过什么问题？怎么解决的？
11. 如何查看任务栈的使用情况？
-
为什么使用RTOS，好处是什么？
使用RTOS主要为了解决裸机（Super Loop）系统在复杂应用中的局限性。
实时性（Real-time）： RTOS提供确定性的行为。高优先级的任务（如紧急故障处理）可以抢占低优先级的任务，保证关键事件在规定时间内得到响应。
多任务并发（Multitasking）： 将复杂的应用逻辑拆分为多个独立的、模块化的任务，逻辑更加清晰。
资源管理效率： 内核提供了现成的信号量、消息队列、内存管理等机制，避免重复造轮子。
模块化与可维护性： 各个任务之间解耦，便于团队协作开发和后期代码维护。
生态与中间件： 大多数RTOS都配套了丰富的文件系统、网络协议栈（LwIP）、GUI等中间件，加速开发。 -
RTOS常用的调度切换任务的策略是什么？
主要有两种核心策略：
抢占式调度（Preemptive Scheduling）：
这是RTOS最显著的特征。系统总是运行当前处于就绪状态且优先级最高的任务。一旦有更高优先级的任务就绪（例如中断唤醒了它），内核会立即暂停当前任务，切换到高优先级任务。
时间片轮转调度（Time Slicing / Round Robin）：
当有多个任务处于相同优先级时，RTOS通常会分配固定的时间片（Time Slice）。每个任务运行一个时间片后，让出CPU给下一个同优先级的任务，如此循环。 -
你知道有哪些RTOS？
常见的RTOS包括：
FreeRTOS： 市场占有率最高，免费开源，轻量级，广泛应用于MCU。
RT-Thread： 国产优秀RTOS，生态丰富，组件化做得很好（Finish控制台等）。
uC/OS (II/III)： 代码规范，经典教学用RTOS，商业应用需授权（现已转为开源）。
VxWorks： 商业闭源，主要用于航空航天、汽车等对实时性和安全性要求极高的领域 -
RTOS的任务/线程有哪些种状态？
通常包含以下四种基本状态：
运行态（Running）： 任务当前正在占用CPU执行。
就绪态（Ready）： 任务已经准备好执行，但由于有更高或同优先级的任务正在运行，因此暂时处于等待调度状态。
阻塞态/挂起态（Blocked / Suspended）： 任务正在等待某个事件（如信号量、延时结束、数据到达）。此时任务不占用CPU资源。
删除态/休眠态（Deleted / Inactive）： 任务已被删除或未被创建，不在调度器的管理范围内。 -
Systick在RTOS中作用是什么？
SysTick（系统滴答定时器）是RTOS的心跳：
提供系统时基： 维护系统运行的Tick计数（如 xTickCount）。
任务调度驱动： 周期性产生中断。在中断服务程序中，内核会检查是否有高优先级任务就绪、是否有延时任务到期，并触发上下文切换。
时间片轮转： 用于统计当前任务运行的时间片，时间到则强制切换。 -
简要描述下任务切换的过程
任务切换（Context Switch）的核心是保存当前现场，恢复目标现场：
触发： 由SysTick中断、外部中断或软件触发（如PendSV）。
入栈（Save Context）： 将当前正在运行任务的CPU寄存器值（R0-R15, xPSR等）按顺序压入该任务的任务栈中。
更新TCB： 保存当前的栈顶指针（SP）到当前任务控制块（TCB）。
查找最高优先级任务： 调度器算法从就绪列表中找到优先级最高的任务。
出栈（Restore Context）： 从新任务的TCB中获取栈顶指针，从该任务的任务栈中弹出之前保存的寄存器值到CPU寄存器。
跳转： CPU通过恢复的PC（程序计数器）继续执行新任务的代码。 -
任务栈的作用是什么？
每个任务都有自己独立的栈空间，主要用于：
保存现场（Context）： 任务切换时，保存CPU寄存器的值。
局部变量： 任务函数内部定义的局部变量存储在栈上。
函数调用链接： 存储函数调用时的返回地址（LR）和参数。
中断嵌套： 如果硬件不支持独立的中断栈（MSP），中断发生时也可能使用当前任务的栈（PSP）。 -
描述下信号量和互斥锁的作用？
虽然底层实现类似，但应用场景不同：
二值信号量（Binary Semaphore）：
作用： 主要用于同步。例如中断发生后给任务发送信号，或任务间事件通知。
特点： 不具备优先级继承机制，容易产生优先级翻转。
互斥锁（Mutex）：
作用： 主要用于资源的互斥访问（临界区保护）。确保同一时间只有一个任务能访问共享资源（如I2C总线、全局变量）。
特点： 具有优先级继承机制。当低优先级任务持有锁而高优先级任务等待锁时，低优先级任务会临时提升优先级，以防止优先级翻转问题。 -
硬件中断中使用RTOS的相关函数时要注意什么？
使用专用API： 必须使用带有 FromISR 后缀的函数（以FreeRTOS为例，如 xQueueSendFromISR）。普通的RTOS API可能会尝试挂起任务或阻塞，这在中断中是非法的。
不可阻塞： 中断中不能调用任何会产生阻塞（Block）或延时的函数。
快速执行： 中断服务程序（ISR）应尽可能短。复杂的逻辑应通过信号量通知任务（Deferred Interrupt Processing）去处理。
上下文切换请求： 如果在中断中唤醒了高优先级任务，通常需要在中断退出前手动触发一次上下文切换（如 portYIELD_FROM_ISR），以保证退出中断后立即执行高优先级任务。
中断优先级配置： 硬件中断的优先级必须在RTOS管理的范围内（通常RTOS只能管理低于某个优先级阈值的中断）。 -
在使用RTOS时遇到过什么问题？怎么解决的？
(这是一个开放性问题，建议准备1-2个具体案例，以下是常见案例)
案例1：栈溢出（Stack Overflow）
现象： 程序莫名跑飞、进入HardFault。
解决： 开启RTOS的栈溢出检测钩子函数（Stack Overflow Hook）；使用 uxTaskGetStackHighWaterMark 查看剩余栈空间；增大任务栈大小；检查是否有过大的局部数组（改为动态分配或静态全局）。
案例2：优先级翻转（Priority Inversion）
现象： 高优先级任务迟迟得不到运行，系统响应变慢。
原因： 低优先级任务持有一个信号量，中优先级任务抢占了低优先级任务，导致高优先级任务一直在等待低优先级任务释放信号量。
解决： 将信号量（Semaphore）替换为互斥锁（Mutex），利用其优先级继承机制解决。
案例3：死锁（Deadlock）
现象： 两个任务互相卡死，都不运行。
原因： 任务A持有锁1等锁2，任务B持有锁2等锁1。
解决： 规范锁的获取顺序；为获取锁设置超时时间（Timeout），而不是永久等待。 -
如何查看任务栈的使用情况？
使用API查询： 大多数RTOS提供函数查询任务栈的“历史高水位”。例如FreeRTOS的uxTaskGetStackHighWaterMark(TaskHandle_t xTask)。它返回的是任务运行以来最少剩余的栈空间大小（单位通常是Word）。
栈填充（Water Filling）： 在创建任务时，RTOS会将栈空间填充为特定的魔数（如 0xA5）。通过调试器观察内存或软件扫描，看有多少 0xA5 被覆盖了，从而计算使用率。
IDE调试工具： 使用Keil的RTX Event Viewer、IAR的插件、或者Segger SystemView、Percepio Tracealyzer等可视化工具，可以直接看到各任务栈的使用峰值。
相关笔记