嵌入式面试中遇到过的最刁钻问题

做嵌入式久了会发现，真正让人难受的面试问题，往往不是“会不会用某个外设”，而是那些一听就知道没做过项目根本答不上来的问题。

下面这些，就是我遇到过、也确实很刁钻的嵌入式面试问题。

1.「这个问题你是怎么复现出来的？」

不是问怎么改，而是先问你怎么复现。

这类问题在考：

• 你有没有构造测试条件
• 是靠偶然撞到，还是系统性定位
• 有没有复现思路和手段

如果项目里没被 bug 折磨过，很难答清楚。

2.「设备跑三个月后死机，你会从哪几步开始查？」

这是典型的工程经验题，涉及：

• 内存泄漏、堆碎片
• 任务栈溢出
• 看门狗、日志、异常捕获

重点不是点名技术，而是你有没有长期运行的意识。

3.「中断里能不能用 malloc？你项目里怎么处理的？」

这题表面考基础，实际在问：

• 对实时性的理解
• 对系统稳定性的取舍
• 有没有踩过现场坑

背书式回答一听就能分出来。

4.「为什么这个功能一定要放在中断里？」

面试官往往会继续追问：

• 能不能用任务或事件
• 时序要求到底有多严
• 放中断里带来了哪些风险

这是在考你是否会为设计负责。

5.「如果现在让你接手一个跑了三年的老项目，你先干什么？」

这个问题非常现实：

• 看文档还是看代码
• 先改 bug 还是先跑起来
• 如何保证不把系统改崩

答得好不好，基本决定了面试官对你工程能力的判断。

结尾

嵌入式面试里最刁钻的问题，从来不在八股里。它们都来自真实项目、真实事故、真实现场。

能答出来，不是因为你记得多，而是因为你真的干过。