VxWorks风河新年分享：嵌入式系统开发人员面试问题，值得一看

eric2013

https://www.windriver.com/blog/I ... -Systems-Developers

浏览风河的博文，发现了这么个好帖，今年1月28号发布的，给大家整理分享下，值得一看

---

原文如下：

你正在申请嵌入式系统开发职位，是否已准备好应对招聘经理可能提出的问题？为了帮助你准备面试，以下是38个常见问题的参考答案自查清单。

即使在最佳状态下，面试也常常令人紧张和尴尬。即使你对专业知识了如指掌，也很难放松地谈论工作经验。面试准备的常见方法之一是回顾该职位的典型问题，并温习领域中你可能遗漏的新知识。除了通用的求职资源，你还可以参考软件开发职业相关的书籍，例如《Land the Tech Job You Love》和《Cracking the Coding Interview》。

然而，专门针对嵌入式系统开发人员的面试指南并不多见。以下讨论的问题专为从事机器人、物联网、汽车架构和航空航天设计软件开发的工程师量身定制。虽然这些问题主要针对在领英个人资料中标注#OpenToWork标签的人群，但它们对招聘经理同样具有参考价值。

领域专业知识问题

大多数面试官会询问候选人是否熟悉公司使用的工具和平台，希望找到与其现有技术栈匹配的人选。招聘要求通常会提示他们重视的工具，因此请准备好描述你使用这些工具的经验和时间。

你在嵌入式 C++、JTG 调试和 Yocto 项目方面有哪些工作经验？

如果你的经验不完全匹配也不必担心，但需要说明你的背景如何与这些工具相关联，并表达学习意愿。例如，如果职位描述中提到“我们倾向于有 VxWorks、FreeRTOS 或其他实时操作系统开发经验者”，请准备好分享你对使用过的 RTOS 的看法。这更像是一个对比分析问题，而非必须声称某款工具最佳。如果你很久未使用相关工具，可以通过在线研究（例如了解最新版 VxWorks 的特性）展示你的关注度。

对许多招聘经理而言，只要你熟悉某种 RTOS，具体是哪一款并不重要。嵌入式软件项目通常涉及定制构建、配置、测试和开发系统的修改，相关概念在不同环境中是相通的。

不过，请客观评估自己的技能。嵌入式软件平台涵盖广泛，如果你在微控制器 RTOS 方面经验丰富，可能并不适合需要大量 Linux 设备驱动开发的职位。缺乏对特定工具的深入了解并不代表职业困境，广博的知识面反而可能给招聘经理留下深刻印象。例如，软件和固件工程师有时需要将代码移植到不同操作系统，或为定制硬件适配操作系统，这种移植经验可能比深入掌握某款 RTOS 更具相关性。

此外，你无法确定职位描述是否完全涵盖公司的需求或准确突出了招聘经理的关注点。还需准备回答关于开发流程支持工具的问题：

1、你使用哪些源代码控制系统？
2、你所在团队如何应用敏捷方法？你有何 Scrum 经验？
3、你的项目采用何种持续集成流水线？是否与 Jira 等追踪系统集成？

领域专业知识不仅限于工具：
1、你对我们行业的相关标准了解多少？是否参与过需符合政府标准的项目？
2、请举例说明你如何运用网络安全方法、工具和技术来预防和应对风险问题。
3、我们开发的是关键任务系统，绝不能失败。开发者需考虑故障模式、条件、后果及缓解方案。你的简历显示你有丰富的硬件相关应用开发经验，但不确定其中多少属于关键任务系统。请详细说明。

这也是展示相关工具经验的良机。例如，在 GitHub 上有开源项目的候选人通常更能赢得招聘经理的信任。

编程问题

嵌入式系统面试的典型问题涉及数据结构的对齐与填充、字节序、工具链和位操作。
你可能需要完成编程任务来评估编码能力，例如原地排序字符串中的字符或反转链表。通常要求用 C 或 C++ 实现，并至少能读懂汇编语言。简历中提到 Arm、RISC-V、PowerPC 或 Cortex 架构可能成为加分项。

或者，你可能遇到应用设计问题：请说明如何编写一个不受字节序影响的简短程序？

面试官可能会展示一段代码并提出问题，以评估你的理解程度，例如：“Given bar, how can we readout d? ”或“Where does the value of _pad originate?”

术语速答环节

面试官常会提出开放式的基础技术问题，尤其针对经验较少的求职者。理想情况下，这些问题旨在确认候选人对主题的理解程度。

部分问题可能类似“随堂测验”，例如“解释某个 RTOS 术语”，更像是大学考试而非专业能力评估。无论你如何看待这类问题，提前准备答案都是明智之举。

简洁的回答即可，无需过度纠结，也不必因问题过于基础而感到冒犯。这类问题可能是讨论公司如何应用该技术及其与职位关联的切入点。例如，面试官可能询问“不同类型的闪存有何区别？”，因为他们需要让文件系统在低成本非易失性存储上运行。他们希望你知道 Micron Q SPI 闪存是“原始”闪存，不包含内置磨损均衡，因此需要 JFFS2 等文件系统来实现该功能。其他例子包括：

1、堆和栈是什么？为何重要？
2、进程与线程的区别？中断如何工作？
3、RTOS 编码比通用 C++ 更受限。C++ 中哪些常见实践在 RTOS 中不常见？
4、什么是中断处理程序？有哪些良好的编码实践？它们如何与其他代码交互？
5、核心转储和堆栈跟踪是什么？你如何使用它们？
6、TCP 和 UDP 的区别？
7、RTOS 中的任务（或线程）是什么？
8、描述互斥锁和信号量的区别。
9、什么是优先级反转？如何处理？什么是静态变量？
10、什么是 volatile 关键字？
11、嵌入式系统中通常应避免哪些编程实践？为什么？
12、比较 I2C、UART 和 SPI。
13、何时应轮询寄存器而非使用中断请求？
14、解释中断在嵌入式系统中的作用，以及如何通过管理中断优化系统性能。

如果一时无法回答这些问题，也不必担心。它们可能与你申请的职位无关。但如果你感到紧张，建议重新温习相关技术。复习资源可参考《Shape the World》教程、串行通信基础知识概述或《Proximity Networking: Essential Wireless Standards》。

流程与经验问题

面试中最常见的是关于个人经历的问题。招聘公司 Zenius 的联合创始人 Himanshu Agarwal 表示：“询问具体的工作经历有助于判断候选人是否适合职位。例如，询问他们在开发后期调整方案的经历，可以体现其应变能力。”

面试官倾向于询问经验和流程导向的问题，因为这能揭示候选人的思维方式、解决问题的方法，以及（某种程度上）共事时的合作状态。这也是在加入团队前建立默契的机会。

最普遍的问题是：请概述你作为嵌入式软件工程师的经验，包括参与过的项目类型。

理想情况下，面试官的问题会引导你谈论简历中未体现的兴趣和技能：

1、描述一个你参与过的特别具有挑战性或收获巨大的项目。
这类问题经常出现，因此值得在面试前花时间回顾过去有趣或棘手的项目——这些细节在面试压力下可能难以回忆。

2、谈谈你喜欢的一个项目。你最喜欢它的哪些方面？请详细介绍所用的技术。
可以分享工作相关经历或志愿项目（例如：“我制作了最小的 USB 设备！”或“我创建了嵌入式数据可视化工具”）。

没有人单打独斗，因此部分问题会关注协作能力。Agarwal 说：“我们的面试团队发现，关于候选人在分布式团队中如何维护代码质量和文档策略的问题最能提供深入洞察。”

1、请描述你与测试团队合作的经验。
2、在你刚描述的问题解决过程中，你扮演了什么角色？设计由谁提出？大多数组织更青睐在开发过程中积极协作的候选人，而非将 Bug 报告视为对立的人。
3、你如何排查系统或应用崩溃问题？使用哪些调试工具和技巧？即使这听起来像技术问题（确实可能引向嵌入式系统测试自动化工具的讨论），它也是你和面试官了解未来合作模式的途径。
4、你研究过哪些嵌入式相关的代码库？阅读他人代码是提升编程能力的良方。例如，分享你从 OpenVX 实现（用于 CV/ML 硬件抽象层）、音频处理、资源受限设备的正确内存管理、可移植性或网络协议栈基础中学到的知识，既能展示技术敏锐度，也能体现你的兴趣领域。
5、你如何提升作为嵌入式系统开发人员的技能？期望的回答可能包括：参与的在线社区、订阅的出版物、阅读的书籍（例如《Test-Driven Development for Embedded C》）、贡献的开源项目，或在 Microchip University 学习的课程。
6、谈谈你遇到过的最棘手的 Bug。没人能抗拒这类故事。不妨也问问面试官他们遇到过的最难 Bug，彼此共鸣。毕竟，好的面试是对话而非问答比赛。

更多练习问题
1、描述一个需要设计并实现严格受限于功耗、内存和处理能力的系统的项目。
2、你如何在嵌入式工具箱中应用 AI？你认为其未来趋势如何？
3、你在设备驱动开发方面有何经验？
4、描述一个需要为性能或功耗优化嵌入式系统的场景。你考虑了哪些权衡？使用了哪些技术？