第3章 嵌入式操作系统面试题（RTOS/Linux）
本章聚焦RTOS与Linux内核面试高频考点：任务调度、中断管理、同步机制、内存分配、驱动模型及内核-用户态交互。掌握核心概念、典型实现和避坑原则，是回答所有嵌入式操作系统问题的关键。
| 知识领域 | 核心考察点 | 常见面试问题 |
|---|---|---|
| 任务调度 | 优先级抢占、时间片轮转、优先级反转、死锁 | 调度算法如何选择？优先级反转如何解决？ |
| 中断管理 | ISR约束、中断嵌套、底半部机制、关中断影响 | ISR中能做什么？如何优化中断响应？ |
| 同步机制 | 信号量、互斥锁、事件组、消息队列、自旋锁 | 互斥锁与信号量区别？死锁如何避免？ |
| 内存分配 | 静态/动态分配、碎片管理、malloc风险 | RTOS中动态内存分配注意事项？ |
| Linux驱动模型 | 字符设备、平台设备、设备树、中断处理流程 | 驱动编写步骤？probe函数作用？ |
| 内核-用户态交互 | syscall、ioctl、mmap、copy_from_user | 数据拷贝开销？如何减少切换？ |
面试问答卡片
📌 任务调度算法选择与优先级反转
面试问题：RTOS中任务调度有哪些常见算法？如何根据场景选择？
面试官考察点：对调度算法原理的理解、实时性权衡、优先级反转及主流解决策略。
回答框架：① 分类说明（优先级抢占、时间片轮转、合作式）→ ② 结合实时性需求指出选择依据 → ③ 主动提及优先级反转问题并给出解决方案（继承/天花板）。
简短示例回答：“RTOS常用调度算法包括优先级抢占和时间片轮转。优先级抢占满足硬实时需求，时间片用于同优先级公平调度。选择时需评估任务关键程度和响应时间。特别注意优先级反转，可通过优先级继承协议（如FreeRTOS互斥锁）或天花板协议避免。”
可能追问：① 什么是优先级反转？详细描述场景。② 优先级继承与天花板协议的区别？③ Linux CFS调度器如何实现公平？
避坑提醒：不要只罗列算法名称，一定要联系实际项目或典型的嵌入式场景（如传感器数据采集、电机控制）说明选择逻辑。不要忽略优先级反转的影响。
📌 中断服务程序（ISR）编写规范
面试问题：在RTOS中编写ISR需要注意哪些事项？如何优化中断响应？
面试官考察点：中断上下文限制、实时性风险、RTOS与Linux中断处理差异。
回答框架：① ISR应短小、快速、不可阻塞 → ② 使用信号量/消息队列将耗时操作推迟到任务 → ③ 注意中断嵌套和关中断时长 → ④ Linux中还可用tasklet/workqueue处理下半部。
简短示例回答：“ISR中避免调用阻塞函数（如printf、malloc），尽量只做标志设置或数据拷贝。使用信号量通知任务处理后续操作。优化措施包括：减少临界区长度、避免高优先级中断被低优先级阻塞、在Linux中优先使用threaded IRQ或request_threaded_irq。”
可能追问：① 中断上下文中能否调用mutex_lock？② 关中断对系统实时性的影响。③ 如何测量中断延迟？
避坑提醒：不要笼统地说“关中断保护即可”，要定量说明关中断时长（通常应小于10μs）。Linux中注意区分中断上下文与进程上下文，不可在中断中调用可能导致睡眠的函数。
📌 互斥锁与信号量的区别及使用场景
面试问题：在RTOS中，互斥锁（Mutex）和二值信号量有何区别？如何选择？
面试官考察点：同步机制核心差异、优先级继承理解、死锁防范。
回答框架：① 相同点：都可用于资源互斥访问 → ② 差异：Mutex提供优先级继承，二值信号量没有；Mutex只能由同一任务获取/释放，信号量可跨任务 → ③ 选择原则：保护共享资源用Mutex，ISR与任务同步用信号量。
简短示例回答：“互斥锁自带优先级继承机制，能缓解优先级反转，适合保护共享资源。二值信号量用于任务与ISR间的同步，轻量但无优先级继承。实际中如FreeRTOS的信号量可实现任务同步，而mutex更安全用于临界区。注意信号量可能导致死锁，需设计超时或顺序释放。”
可能追问：① 计数信号量（Counting Semaphore）的应用场景？② 什么是死锁？如何避免？③ Linux中spinlock与mutex的使用场景差异。
避坑提醒：不要混淆“二值信号量”与“互斥锁”的功能边界；在ISR中通常不能获取互斥锁（除非使用无阻塞尝试）。回答时要强调优先级继承是Mutex区别于信号量的关键特性。