扫码关注
题库分类：嵌入式单片机 适合经验：1—5年 难度：中高级 题型：故障排查题 + 项目追问题
面试题
Cortex-M单片机运行时进入HardFault_Handler，你会保存哪些信息，并怎样定位到具体代码和根因？
面试官真正想考什么
这道题考的是嵌入式工程师处理崩溃现场的能力。只回答“打断点单步调试”不够，因为很多HardFault是偶发的，复位后现场就丢失；而只说“查CFSR”也不完整，还要结合异常入栈寄存器、链接映射、反汇编和复现条件。
不同Cortex-M内核可用的故障寄存器和异常机制并不完全相同，回答时应先说明以下流程以Cortex-M3、M4、M7等具备可配置Fault状态寄存器的内核为典型，具体以所用内核和芯片手册为准。
回答思路
第一步：不要立刻复位，先保存崩溃现场
HardFault处理函数应尽量简短地保存关键状态，例如异常返回值、当前使用的MSP或PSP、异常入栈的R0到R3、R12、LR、PC和xPSR，以及系统控制块中的HFSR、CFSR、MMFAR、BFAR等寄存器。只有相应有效位成立时，故障地址寄存器的内容才可作为有效证据。
现场可以写入保留RAM、备份寄存器、Flash日志区或调试输出缓冲区，但写Flash或打印是否安全取决于系统状态。量产系统更适合先把最小现场保存到不会被启动代码清零的区域，下次启动后再上报。
第二步：用堆栈中的PC和LR回到源码
异常入栈的PC通常指向触发异常时附近的指令，结合ELF、MAP文件和反汇编可定位到函数及源码行。LR和调用栈能帮助还原调用路径，但如果堆栈已经溢出或被破坏，单纯相信回溯结果可能误导。
还要确认异常发生前使用的是主堆栈还是进程堆栈，以及编译优化是否改变了源码与指令的对应关系。现场固件、链接文件和符号文件必须与发生故障的版本一致。
第三步：从Fault状态寄存器判断故障类型
如果HFSR显示可配置Fault被升级为HardFault，根因通常仍要到CFSR中继续区分内存管理错误、总线访问错误或用法错误。常见方向包括无效指针、越界访问、错误函数指针、访问未准备好的外设、未定义指令、堆栈破坏以及某些内核配置下的非对齐或除零异常。
对于异步总线错误，记录的PC未必就是最初发起错误访问的位置，需要结合写缓冲、总线外设状态和更早的日志分析。因此不能看到一个地址就直接判定那一行一定是根因。
第四步：检查堆栈、内存破坏与并发条件
检查MSP、各任务PSP和栈水位，确认是否越界；给栈边界和关键缓冲区增加填充标记或保护区。再检查数组越界、悬空指针、DMA写错地址、任务间竞态和中断共享数据，因为HardFault常常是早先内存被破坏后才在另一个位置暴露。
第五步：构造复现与验证闭环
记录固件版本、运行时长、任务状态、最近事件和复位原因，通过压力测试、缩小输入范围、开启编译器诊断或内存保护来复现。修复后要验证崩溃现场不再出现，并确认新增日志和保护不会破坏实时性。
可直接使用的参考回答
遇到HardFault我不会先让系统直接复位，而是保存异常现场。以Cortex-M3、M4、M7为例，我会根据异常返回值判断使用MSP还是PSP，保存入栈的R0到R3、R12、LR、PC和xPSR，同时记录HFSR、CFSR以及带有效位判断的MMFAR、BFAR。
然后用现场PC、LR配合对应版本的ELF、MAP和反汇编定位代码。如果HFSR只是说明其他Fault升级，我会继续从CFSR判断是内存管理、总线还是用法错误，并检查无效指针、越界、错误函数指针、外设访问和栈溢出。
如果回溯不可信，我会重点排查栈和更早发生的内存破坏，结合任务栈水位、DMA地址、缓冲区保护和事件日志复现。不同内核寄存器能力不同，最终实现以所用Cortex-M版本和芯片手册为准。
面试官可能继续追问
HFSR里的FORCED置位说明什么？
通常表示某个可配置Fault被升级为HardFault，它不是完整根因，还要结合CFSR等状态继续判断。为什么堆栈里的PC有时不是问题源头？
异步总线错误、写缓冲或早先内存破坏可能延迟暴露，PC可能只是最终触发异常的位置，需要结合上下文和更早日志。偶发HardFault怎样在量产设备中留证据？
保存最小故障现场到保留RAM、备份区或可靠日志区，下次启动后连同固件版本、复位原因和关键事件上报。看门狗能解决HardFault吗？
看门狗可以恢复服务，但不能代替根因定位。若只重启不留现场，同一内存错误可能持续发生。
容易失分的表达
“进入HardFault就把单片机复位。”——恢复了表面运行，却丢掉最关键的故障现场。
“PC指向哪一行，哪一行就是根因。”——忽略异步错误、栈破坏和早先内存越界。
“所有Cortex-M都有完全相同的Fault寄存器。”——不同内核版本的故障机制和寄存器能力存在差异。
“把任务栈加大就能解决。”——栈溢出只是可能原因之一，盲目加栈会掩盖其他内存问题。
面试前准备动作
在自己的开发板上主动制造一次非法访问，练习保存PC、LR和Fault状态寄存器。
熟悉所用工具链如何通过地址查询ELF、MAP文件和反汇编。
准备解释MSP、PSP和异常入栈寄存器的基本关系。
整理一个偶发崩溃案例，讲清如何留现场、复现、定位和验证修复。
参考资料
Arm Keil：AN209 Using Cortex-M3/M4/M7 Fault Exceptions
Arm CMSIS-Core：Cortex-M Register Mapping
核心关键词：Cortex-M HardFault、HardFault定位、CFSR HFSR、嵌入式面试题、堆栈回溯、单片机崩溃日志
