安克创新嵌入式二面面经：Cortex-M 现场保存、HardFault 定位与 FreeRTOS 缓冲设计

《面试题目》

1. 请简单介绍一下你自己，并说说你在项目里主要负责哪部分工作。
2. 项目写代码时有没有统一的代码规范？比如命名、头文件、版权信息和注释一般怎么处理？
3. 在 Cortex-M 中，PC、LR、SP 分别是什么？
4. 中断或异常发生时，这些寄存器是怎么参与现场保存的？
5. STM32 从上电复位到进入 main() 中间经历了哪些步骤？
6. 中断向量表、栈初始化和 .data/.bss 初始化分别起什么作用？
7. 如果程序进入 HardFault，你会怎么定位？需要关注哪些寄存器或文件？
8. 栈溢出通常该怎么排查？
9. UART、SPI、I2C 在通信方式、信号线、拓扑、速率和典型应用上有什么区别？
10. I2C 一直收不到 ACK 时怎么排查？
11. FreeRTOS 里 Task、Queue、Semaphore、Mutex 分别解决什么问题？
12. 任务栈太小会怎样？
13. 优先级反转是什么？如何缓解？
14. 如果接收速度大于处理速度，缓冲区满了怎么办？
15. 环形缓冲区、DMA、流控和丢弃策略分别适合什么场景？
16. Linux 中用户态和内核态为什么要隔离？
17. 进程和线程有什么区别？
18. fork 创建进程时写时复制是怎么回事？
19. 共享内存为什么还需要加锁？

《参考解析》

Cortex-M 的寄存器与中断现场保存

PC（R15）是程序计数器，指向当前取指的指令地址；LR（R14）是链接寄存器，调用函数时保存返回地址，异常发生时硬件会把一个特殊值（EXC_RETURN）写进 LR，异常返回时靠它判断该回到哪个栈、恢复到哪种模式；SP 是栈指针，Cortex-M 有 MSP（主栈，异常处理用）和 PSP（进程栈，跑任务时用）两个，具体用哪个由 CONTROL 寄存器决定，这也是 RTOS 能在中断里安全切换任务的基础。异常发生时硬件自动完成「压栈」：把 xPSR、PC、LR、R12、R3R0 共 8 个字压到当前使用的栈上，这个动作叫 stacking，不需要软件写汇编；R4R11 如果被用到，则由编译器在函数入口按 AAPCS 规则自己保存。返回时硬件再从栈上恢复这 8 个字。理解这一点很关键：中断里改任务上下文之所以不用手写保护代码，就是因为硬件已经替你做了一半。答题时如果能顺手带出「所以中断服务函数要短、要避免浮点和大数组，否则压栈开销和栈占用都会失控」，工程感就出来了。

STM32 启动流程与 HardFault 定位

上电复位后硬件先读 Flash 起始地址处的中断向量表，取第一项作为初始 MSP、第二项作为复位向量跳进去；复位处理函数（Reset_Handler）通常做三件事——把 .data 段从 Flash 拷贝到 RAM、把 .bss 段清零、调用 SystemInit 配置时钟，最后 __main → main()。向量表的作用是给每个异常/中断提供入口地址，运行时还可以通过 SCB->VTOR 重定位（做 Bootloader 或 RAM 调试时常用）；栈初始化决定后面所有函数调用和中断嵌套能不能站得住脚；.data 是有初值的全局变量、.bss 是无初值的（按 C 标准应初始化为 0），两者不初始化就会出现「变量值随机」这类经典问题。HardFault 定位先看 SCB 里的三个寄存器：CFSR 判断是总线/存储/用法哪一类错误（细分到 UNDEFINSTR、IMPRECISERR 等标志位）、HFSR 看是否是升级上来的硬错误、BFAR/MMFAR 在地址有效时直接给出出错地址。再往上要自己从栈里把压入的 PC 取出来（__attribute__((naked)) 的 HardFault 处理函数里用 MSP/PSP 找到栈帧、读第 6 个字），拿这个地址去反汇编或 map 文件里定位到具体函数和行号，这是最有效的办法；配合 CFSR 的精确位、反汇编以及「输出栈指针与关键寄存器」的日志，能覆盖绝大多数现场。栈溢出排查先看栈的余量（RTOS 用 uxTaskGetStackHighWaterMark，裸机用 map 文件里的栈段加上在栈顶/栈底填魔数定期检查有没有被改），再找元凶——大局部数组、递归、中断里调用重函数、printf 吃掉几百字节、栈大小配得比中断嵌套所需还小。常见的坑是栈溢出把相邻 RAM 或别的任务的 TCB 踩坏，表现出来却是「另一个任务莫名其妙跑飞」，所以排查时不要只盯出错的现场。

通信接口对比与 I2C 收不到 ACK 的排查

UART 是异步串行、两根线（TX/RX），没有时钟线所以双方要约好波特率，点对点、速率通常到几 Mbps，用在调试串口、GPS、模组通信；SPI 是同步串行、四根线（SCLK/MOSI/MISO/CS），一主多从靠片选拉低选设备，全双工、速率可到几十 Mbps，用在 Flash、屏幕、ADC；I2C 是同步串行、两根线（SCL/SDA）且都是开漏加上拉，支持多主多从，靠地址寻址、速率标准 100k/400k、高速可到 3.4M，用在传感器、EEPROM、电源管理芯片。拓扑和速率决定了选型：要低引脚数挂多个低速外设选 I2C，要高带宽选 SPI，点对点异步选 UART。I2C 收不到 ACK 时按「先硬件后软件」排：先用示波器或逻辑分析仪看波形，确认上拉电阻有没有（常见 4.7k，缺少或过大都会导致上升沿太慢）、SDA/SCL 有没有被别的设备拉死、地址是不是笔误（注意 7 位地址左移一位）或读写位反了；再看时序，确认时钟频率没超过从机上限、建立/保持时间够不够、有没有在从机还没准备好时就开始下一帧；然后查软件，确认 GPIO 配成了开漏复用而不是推挽、总线有没有仲裁丢失或卡在从机拉低 SDA 的状态（此时需要发 9 个时钟脉冲把它放出来，或者干脆总复位）；最后确认设备本身是否在正常供电与复位状态、是否漏了上电延时。

FreeRTOS 同步机制、优先级反转与缓冲策略

Task 是调度的基本单位（各自独立栈和优先级）；Queue 解决任务间/中断与任务间的数据传递，自带拷贝语义和阻塞唤醒，是最基础的通信原语；Semaphore 用于同步与事件通知——二值信号量常用于「中断里 give、任务里 take」的中断下半部，计数信号量用于管理一组资源；Mutex 专用于互斥，带优先级继承，且不能在中断里使用（信号量没有优先级继承，用它做互斥就会出现优先级反转）。任务栈太小的后果是溢出踩到相邻内存，典型症状就是前面说的 HardFault 或另一个任务跑飞；调试期先开 configCHECK_FOR_STACK_OVERFLOW，再看 high water mark 把栈调到有余量。优先级反转指高优先级任务因为等一个被低优先级任务持有的锁而被中优先级任务长时间挤开；解决有两条路——互斥量开优先级继承（RTOS 自带，能把低优先级临时抬到高位尽快放锁），或者更彻底地做优先级天花板（进临界区就把优先级提到可能的最高）、甚至用无锁设计避免共享。接收快于处理导致缓冲满，处理策略按「能不能丢」分：不能丢且峰值短就加大缓冲或环形缓冲区削峰；能丢的实时数据（传感器采样、音视频）就丢最旧的保最新（覆盖式环形缓冲）；数据量大就走 DMA 搬运减少 CPU 占用，最好配双缓冲或链式传输；再往上做流控，用硬件流控（UART 的 RTS/CTS）、协议层 ACK/窗口或反压让发送端降速；真扛不住才谈降采样或丢弃并记日志。答题时把「丢不丢得起」作为选择判据讲出来，比背名词有效得多。

Linux 相关：为什么隔离、进程与线程、写时复制、共享内存加锁

用户态与内核态隔离的根本目的是权限与稳定性：内核掌握硬件、页表和全部内存，用户程序只能通过受控的系统调用进入内核，这样单个程序的越界或崩溃不会直接拖垮整机，也让权限校验有统一的落点（用户态代码不可能绕过 MMU 去碰物理内存）。代价是每次系统调用都要切换上下文、拷贝数据，所以有了 vDSO、零拷贝这类优化。进程是资源分配的单位（独立地址空间、文件描述符表），线程是调度的单位（共享地址空间，各有独立栈和寄存器上下文），因此线程间通信便宜但必须自己同步，进程间天然隔离但要靠 IPC。fork 的写时复制是指 fork 后父子进程共享同一份物理页，页表都标成只读，任一方写入触发缺页异常，内核再复制那一页给写者——好处是 fork 本身极快、也避免了大量无谓拷贝，同时 exec 紧随其后的场景几乎零浪费；代价是第一次写会带来缺页开销，且引用计数、内存统计会变复杂。共享内存是最快的 IPC（数据不拷贝、直接映射同一物理页），但也正因为它绕过了内核的消息传递，内核不会替你排队或保护，两个进程同时写同一块内存照样会出现读到半个结构体（撕裂读）或更新丢失，所以必须加锁；而且锁本身也得放在共享内存里、并设置成进程间共享属性（如 PTHREAD_PROCESS_SHARED 的互斥量或信号量），否则锁只在自己进程内有效，等于没加。