嵌入式面试里，C 语言、指针、内存、操作系统、通信协议都会被问，但项目面真正拉开差距的往往是调试能力。面试官会问：板子偶现死机你怎么查？串口数据偶尔丢包怎么办？中断里能不能做耗时操作？任务优先级怎么定？内存越界怎么发现？
这些问题不只是考知识点，而是在判断你遇到硬件和软件交界处的问题时，能不能把现象一步步缩小到可验证的范围。
项目介绍要带上硬件和约束
很多嵌入式项目介绍只说“实现了某某功能”。更好的表达要补充硬件平台、通信方式、实时性要求和资源限制。比如主控芯片是什么级别，外设通过串口、总线还是网络通信，任务周期是多少，内存和存储有没有明显限制，设备运行环境是否稳定。
这些信息会让后续技术选择更可信。比如为什么不能无限缓存数据，为什么中断里只置标志位，为什么某些日志只能采样打印，为什么要控制任务栈大小。
调试要先复现，再缩小范围
面试官问“偶现问题怎么查”时，不要直接说看日志。更稳的思路是：先确认复现条件，再把问题分层。是硬件供电、通信干扰、时序问题，还是软件内存、任务调度、资源竞争？每一层用对应证据排除。
比如串口偶尔丢包，可以先确认波特率、线缆和校验位，再看接收缓冲区是否溢出，是否在中断里处理太多逻辑，是否有高优先级任务长期占用处理器，最后再看协议层是否有重传和校验。这样的回答比“加日志看看”更像真实调试。
内存问题要讲具体症状
C 语言面试里，指针和内存是高频点。项目里常见问题包括数组越界、野指针、重复释放、栈空间不够、内存碎片。回答时不要只背定义，可以讲症状：程序偶现跑飞、某个变量被莫名改写、长时间运行后失败、增加日志后问题消失。
定位方式可以包括：给关键结构加边界检查，减少动态内存使用，对任务栈使用情况做监测，用固定大小内存池替代频繁申请释放，保留崩溃现场，逐步缩小最近改动范围。面试官看重的是你有没有稳定复现和验证的意识。
实时性要讲任务拆分
实时性不是“越快越好”，而是关键任务要在规定时间内完成。面试里可以讲任务优先级如何划分：数据采集、通信接收、控制输出这类关键任务优先；日志、上传、统计可以降级或延后。中断里尽量只做必要动作，把复杂逻辑交给任务处理。
如果系统有消息队列或事件机制，也要讲清楚队列满了怎么办、低优先级任务堆积会不会影响关键任务、异常情况下是否有看门狗或保护策略。
一段项目表达示例
可以这样说：我做的项目里，设备需要周期性采集传感器数据并通过串口上报。最开始偶尔出现数据丢失，我们先用日志确认不是上位机解析问题，再看接收侧发现高峰时缓冲区会满。后来把中断里的解析逻辑移到任务里，中断只负责接收和置标志；协议层增加帧头、长度和校验；任务优先级上保证采集和接收优先于日志打印。验证时连续运行压力场景，观察丢包率、任务栈使用和异常重启次数。
嵌入式项目面并不要求每个人都做过复杂系统，但要求你能把一个具体故障讲出复现、定位、修复和验证。调试路径越清楚，项目可信度越高。
嵌入式调试要保留现场
嵌入式问题很多是偶现的，重启或重新烧录可能让现场消失。面试里讲调试能力时，要体现你会复现、缩小范围、保留日志和控制变量。
偶现死机：可能线索是看门狗、堆栈、最近输入，排查方式是保留崩溃现场和最小复现，注意点是不要只说重启。串口丢包：可能线索是波特率、缓冲区、处理耗时，排查方式是加计数和时间戳，注意点是区分发送丢和接收丢。
- 内存越界：可能线索是异常地址、数据被改，排查方式是边界检查和工具辅助，注意点是小改动也要回归。
- 实时任务延迟：可能线索是优先级、锁、中断耗时，排查方式是测量关键路径耗时，注意点是中断里少做重活。
这类文章可以让读者准备一个“最难定位的 bug”故事。讲清楚复现条件、定位过程和最终修复，比背 C 语言细节更能体现项目能力。