嵌入式面试这两年越来越卷。算法题、项目深挖、底层原理轮流上很多同学不是能力不够而是不知道面试官到底在追问什么。与其漫无目的地刷三个月视频课不如拿出一周时间把最常考的嵌入式面试八股文和手写代码集中过一遍。这篇文章就把一套可执行的一周复习计划拆给你每天学什么、练什么、怎么自测、怎么把项目和八股文串起来。先说清楚这里的“八股文”不是贬义词而是嵌入式面试中反复出现的高频知识点。包括 C 语言语法细节、指针与内存、中断与裸机开发、RTOS 原理、通信协议、Linux 驱动基础、编译链接、调试方法等。这些内容看似琐碎但面试官能通过它们快速判断你对嵌入式底层的掌握程度。这一周你不需要学新框架也不需要追求项目数量只需要把高频考点练成条件反射。这篇文章适合三类读者准备投递嵌入式软件工程师岗位的应届生、从非嵌入式方向转行过来的同学、以及工作一两年但面试经验不足、想系统复盘基础知识的在职工程师。文章不推销任何付费课程所有内容都可以在公开文档、开源仓库和开发板自测中完成。1. 核心能力速览备考能力项说明复习周期7 天每天 4 到 6 小时覆盖方向C 语言、内存、中断、RTOS、通信协议、Linux、驱动、调试核心形式高频题背诵 手写代码 项目深挖 模拟面试最小硬件一台电脑有开发板更好没有也可用模拟器学习资料公开技术文档、开源例程、Linux 内核源码片段自测方式口头复述、白板编程、录音回放、错题本适合岗位嵌入式软件工程师、MCU 开发、Linux 驱动、RTOS 应用不适合人群想零基础速成、完全不想写代码、希望靠押题通过面试的人从这张表可以看到一周复习并不是让你在社会招聘中变成专家而是把嵌入式面试最常考的硬骨头集中啃一遍。核心交付物有三个一套能默写的高频知识框架、一份能白板实现的手写代码清单、一份能和面试官深入聊 10 分钟以上的项目表达。后续所有章节都会围绕这三样东西展开。如果你时间更紧比如只有三天那优先做第 3 节的每日安排里的 Day1 到 Day3 内容把 C 语言和内存题目啃下来性价比最高。2. 适用场景与使用边界嵌入式面试准备和普通程序员面试准备不太一样。普通后端岗位可以靠刷算法题过关但嵌入式岗位往往要同时考察硬件思维、软件工程能力和调试经验。这套“一周刷 50 道高频题”的复习方式适合的场景是你已经具备基本的嵌入式知识或者至少学完过 C 语言和一门 MCU比如 STM32的入门教程现在需要把零散知识合并成系统框架。它能帮你解决三个问题。第一面试被问到底层细节时能接住话比如 volatile 的作用、中断函数里能不能用 printf、malloc 在嵌入式里为什么危险。第二手写代码不卡壳比如链表反转、寄存器位操作、状态机实现、环形缓冲区。第三项目介绍不再是流水账而是能按“背景、方案、难点、验证”的结构讲清楚。但它也有明显的使用边界。如果你完全没写过 C 语言看到指针就头疼那这一周计划会非常吃力建议先把一轮基础语法过完再回来。如果你期望背完这 50 道题就能拿到大厂 Offer现实一点说还不够面试还会考算法题、项目细节、甚至智力题八股文只是入场券。另外嵌入式领域很宽汽车电子、工控、物联网、芯片原厂对候选人的要求完全不同这张复习表只能覆盖公共基础并不能替代对目标岗位 JD 的研究。从合规角度说面试准备中会用到一些厂商资料、开源代码和芯片手册建议只做学习交流使用不要直接照抄进自己的项目简历。简历上的项目经历必须是你真正做过的否则面试官一旦追问到电路原理、调试日志、参数调整细节很容易露馅。诚信问题不仅影响一家公司还会在行业内传开。3. 一周复习规划50 道题怎么拆进 7 天与其给自己打鸡血说“敢不敢疯一次”不如把目标拆小。50 道题听起来很多分成 7 天之后每天只需要完成 7 到 8 道题的高质量复习。这里的“高质量”指的是能说出答案、能写出验证代码、能回答至少两个追问。3.1 Day1C 语言基础与指针第一天不要碰 RTOS也不要碰 Linux先聚焦 C 语言。因为嵌入式面试的所有追问最后大概率都会落到 C 语法和内存模型上。建议复习题类型包括const 与 #define 的区别volatile 的作用和典型使用场景static 修饰全局变量、局部变量、函数时的含义sizeof 与 strlen 的区别结构体内存对齐规则指针与数组的区别函数指针的用法内存四区栈、堆、全局区、代码区普通版本的做法是背结论。比如“volatile 告诉编译器不要优化”这种回答面试官只会点头然后继续问下一个但你拿不到加分。更好的做法是准备一个工程中的真实场景比如读取硬件状态寄存器时用 volatile因为寄存器值可能被硬件修改编译器如果优化掉重复读取就会出错。面试官要的不是背诵而是你有没有真在硬件上被这种问题坑过。Day1 的练习建议手写一个函数使用函数指针实现简单的回调机制。不用复杂能跑通就行。代码不追求工程化追求的是写出每个符号的含义。#include stdio.h void on_event_a(void) { printf(event A handled\n); } void on_event_b(void) { printf(event B handled\n); } void handle(int event, void (*callback)(void)) { printf(handle event %d\n, event); callback(); } int main(void) { handle(1, on_event_a); handle(2, on_event_b); return 0; }这段代码能在普通电脑上用 gcc 编译运行不需要开发板。如果开发环境里没有 gcc也可以在线编译器验证逻辑。面试如果考函数指针通常不会要求你现场写一个复杂的回调框架而是考察你能不能从声明语法说到实际应用。3.2 Day2内存管理与链表第二天的主题是内存和数据结构。这是嵌入式面试的分水岭很多人把 malloc、free 背得滚瓜烂熟一问到内存碎片就答不上来。建议复习题类型包括堆、栈、静态存储区的区别malloc 在嵌入式开发中的风险和替代方案什么是内存碎片如何避免链表与数组的优劣对比单向链表反转的迭代实现和递归实现环形缓冲区的设计思想栈溢出和堆溢出的排查思路memcpy、memmove、strcpy、strncpy 的区别面试官特别喜欢问一个变体在中断服务函数里能不能调用 malloc答案是最好不要。第一malloc 不是可重入函数第二中断上下文对执行时间敏感malloc 内部可能涉及复杂的内存管理算法和锁第三长时间运行后会产生内存碎片。嵌入式里更常见的做法是在初始化阶段分配好内存池或者用静态数组实现一个简单的内存块管理器。Day2 建议动手白板实现一次链表反转并且用本地编译器跑通。代码不需要有多花哨重点是你敢写。#include stdio.h #include stdlib.h typedef struct node { int val; struct node *next; } node; node *reverse(node *head) { node *prev NULL; node *cur head; while (cur ! NULL) { node *next cur-next; cur-next prev; prev cur; cur next; } return prev; } void print_list(node *head) { while (head) { printf(%d , head-val); head head-next; } printf(\n); } int main(void) { node n1 {1, NULL}; node n2 {2, NULL}; node n3 {3, NULL}; n1.next n2; n2.next n3; print_list(n1); node *reversed reverse(n1); print_list(reversed); return 0; }这道题在嵌入式面试中出现的概率很高因为它能同时考察指针操作、循环边界和代码风格。如果你用递归实现还要能说清递归深度对栈空间的消耗。3.3 Day3中断、裸机开发与调试第三天进入嵌入式核心区。裸机程序没有操作系统一切逻辑靠中断循环和寄存器配置驱动所以面试题大量围绕中断发生机制、优先级、嵌套、临界区保护展开。建议复习题类型包括中断服务函数有什么限制中断和轮询的区别什么是临界区如何保护临界区中断嵌套有哪些风险按键消抖是硬件处理还是软件处理GPIO 输入输出的基本配置流程PWM、定时器、ADC 的基本原理看门狗的作用和喂狗注意事项中断服务函数的高频考点是“能不能做耗时操作”。不能。原因有三点中断服务函数运行在特殊上下文中耗时太大会影响系统的实时性很多库函数不可重入如果中断里调用 printf 导致阻塞系统会直接卡死。常见的做法是中断里只做标记位或使用无锁队列把耗时的数据处理放到主循环或高优先级任务中。Day3 建议模拟一个面试追问面试官问“如果两个中断同时到达硬件怎么决定先执行哪个”时你需要从内核外设的中断优先级配置开始讲包括抢占优先级和子优先级再举例说明某个中断被抢占后的现场保护和恢复流程。不要只背“优先级高先执行”一句话要有场景。如果手头有 STM32 开发板Day3 可以做一个最小实验配置一个外部中断中断服务函数里只置位一个 volatile 标志主循环里检测标志后翻转 LED。这个实验成本很低但对理解中断机制帮助很大。3.4 Day4RTOS 核心原理第四天如果目标岗位是 MCU 嵌入式软件工程师RTOS 基本必考。即使你的简历上没写 FreeRTOS面试官也可能问“你有没有了解过操作系统的基本概念”然后引出任务调度、信号量、队列这些知识。建议复习题类型包括任务和进程的概念区分任务调度策略抢占式、时间片轮转、协作式任务状态运行、就绪、阻塞、挂起信号量、互斥锁、消息队列的区别什么是优先级翻转如何解决什么是死锁产生条件和避免方式中断和任务的同步方式内存管理在 RTOS 中的简化做法RTOS 题目最容易暴露“背题式学习”。很多人能背出信号量定义却说不清信号量在具体项目里怎么用。更好的准备方式是把 FreeRTOS 里信号量、队列的应用场景都联系到实际开发。比如只有一个 I2C 总线多个任务都要读写传感器就需要互斥锁保护总线如果中断产生一个数据包主循环任务想获知就可以用二值信号量或消息队列。Day4 建议在电脑上使用模拟器或者直接在开发板上跑一个最简单的 FreeRTOS 移植例程创建两个任务一个翻转 LED一个通过串口打印计数值。然后追问自己如果把打印任务优先级调到最高低优先级任务还能执行吗通过这个实验你对抢占式调度的理解会牢固很多。3.5 Day5通信协议与硬件接口第五天的内容是通信协议。这一块面试题看起来杂但核心逻辑是协议要解决的是什么、帧格式怎么定义、数据收发怎么处理、错误怎么检测。建议复习题类型包括UART、SPI、I2C 三种协议的区别I2C 通信的起始条件、停止条件、ACK 机制SPI 的四种模式如何区分UART 波特率误差的影响什么是串口粘包如何解决什么是 Modbus 协议帧结构是什么CAN 总线的主要特点字节序问题大端和小端面试官常问一个实践题如果串口接收一帧不定长数据你怎么知道一帧数据结束了答案是自定义协议格式比如帧头、长度、数据、校验。接收时先找帧头再根据长度字段确定数据段长度最后校验 CRC。千万不要用“延时判断”作为主要手段在很多场景下延时是低效且不稳定的。Day5 准备一张协议对比表把 UART、SPI、I2C 的线数、速率、通信方式、典型应用场景列出来。不需要背复杂参数但要能说出“I2C 是半双工SPI 是全双工UART 是一对一”这种关键区别。此外最好能说出一个使用场景改造经验比如你在项目中为什么选 SPI 而没用 I2C是因为速率还是从机地址冲突。3.6 Day6Linux 基础与并发问题如果你的目标岗位是嵌入式 Linux第六天内容非常关键。这一天的内容比 MCU 更宽泛包括 Linux 文件系统、进程线程、内存管理、驱动基础。建议复习题类型包括Linux 下进程和线程的区别用户态和内核态的区别系统调用过程进程间通信方式管道、消息队列、共享内存、信号量、socket什么是上下文切换内核态与用户态数据拷贝问题字符设备驱动的基本框架设备树的作用阻塞与非阻塞 IOselect、poll、epoll 的基本原理这一天的题目量明显偏多所以建议不要追求完全精通而是重点掌握进程线程、IPC、系统调用以及驱动框架中的核心数据结构。如果面试岗位偏 MCU这一天可以适当降低强度但 Linux 基础仍然值得了解因为越来越多嵌入式岗位要求“懂 Linux”。Day6 有个很容易被追问的点fork 之后父子进程的变量是不是共享的很多八股文背答案是“不共享写时复制”。但如果面试官继续问“为什么不是直接复制”时你要能说出写时复制的思路创建子进程时先共享物理内存只有当任一进程写入时才复制页面这样可以用更少的内存和更快的速度完成 fork。Day6 建议用一台安装 Linux 虚拟机或 WSL 的电脑实际执行几次进程和线程的小实验观察 pid、内存分布、文件描述符继承。不用复杂主要是加深对文本描述的理解。3.7 Day7综合自测与错题复盘第七天不以学新知识为主而是把前六天内容串起来做一次综合自测。建议分三个环节上午口头复述。随机抽取 20 道高频题每题用 1 到 2 分钟讲出核心答案并额外说一个应用场景。下午白板编程。把 Day1 到 Day6 涉及的代码题全部重新写一遍包括链表反转、环形缓冲区、状态机、内存对齐、位操作、简单任务创建。晚上错题复盘。把不会的题目整理成错题本重点记录卡壳原因是概念不清、代码不熟还是表达混乱。第七天的目标不是“全部都会”而是找出最薄弱的两个模块第二天在面试前再突击一次。其实很多面试失败的教训不在不会而在“知道但表达不出来”。所以 Day7 一定要录音复盘。4. 50 道高频题分类框架与复习方法上面 7 天计划的核心是 50 道高频题。这里给出一个实用的分类框架方便你把题装进脑子里。完整题目不限于下面 18 个示例重点是你自己要去题库里扩充。分类高频题示例复习要求C 语言基础volatile、static、const、sizeof、内存对齐能结合代码场景讲指针与内存函数指针、指针数组与数组指针、malloc 风险能手写最小验证代码数据结构链表反转、环形缓冲区、状态机能白板手写并讲复杂度裸机开发中断、轮询、定时器、看门狗、寄存器配置能画流程图或状态流转RTOS任务调度、信号量、互斥锁、队列、优先级翻转能结合项目案例通信协议UART、SPI、I2C、CAN、Modbus能画协议帧格式并说明校验Linux 基础进程线程、IPC、用户态内核态、select/epoll能讲清调用过程和优缺点驱动基础字符设备、设备树、probe 流程能描述一个简单驱动框架调试能力串口打印、GDB、日志分级、崩溃排查能说清一套调试流程这个框架的好处是方便查漏补缺。你可以把它放在一个表格文件里每天过一遍已经掌握的打勾掌握得不好的标记高亮。等到面试前只需要重点复习标红的部分不用再从头翻书。需要注意的是不同公司的嵌入式面试侧重差异很大。芯片原厂可能更看重 C 语言和硬件寄存器理解物联网公司可能更看重协议栈和低功耗设计做机器人控制的企业会多问 PID、惯性导航、实时调度。因此这个 50 题框架只是一个基础大盘你必须围绕目标公司做定向补充。5. 刷题阶段的环境准备与工具清单你可能觉得面试复习不需要准备什么环境只要能上网搜题就行。这也可以但如果你想做出更高效率的复习下面这些工具值得提前准备好。5.1 代码练习环境嵌入式面试手写代码通常不需要很重的 IDE但你需要能快速验证代码是否能跑通的环境。最简单的方案是本机安装 gcc 编译器Linux 可以用 gccmacOS 可以用 clangWindows 可以用 MinGW 或 WSL。如果你更习惯在线环境也可以使用一些在线 C 语言编译器。# Ubuntu / Debian 安装 gcc sudo apt update sudo apt install gcc gdb make# 验证代码是否编译并运行 gcc main.c -o main ./main在练习过程中gdb 也是一个重要伙伴。面试官问“项目中的段错误是怎么排查的”时你如果能说出用 gdb 查看 backtrace 定位崩溃函数会比只说“加打印”加分很多。5.2 嵌入式开发环境没有开发板也能准备嵌入式面试但有开发板的复习效果更好。如果你手头有 STM32 开发板建议准备好 STM32CubeMX 和对应的编译工具链。面试官问 GPIO 初始化怎么做时你不仅会背寄存器名字还能说出库函数的大致逻辑。# 在 Ubuntu 上安装 arm 交叉编译工具链示例命令以实际版本为准 sudo apt install gcc-arm-none-eabi如果暂时没有开发板也可以使用 QEMU 模拟器来运行一些嵌入式示例程序。模拟器不能完全替代真实硬件但用来理解中断、CPU 状态、外设模型已经够用。5.3 文档与题库组织方案建议创建一个名为 interview_prepare 的目录下面放置四个文件summary.md记录每天复习的高频题和关键词code.c存放需要反复手写的代码题projects.md准备三个项目介绍的深挖文本wrong_book.md错题本记录卡壳点和表达存在的问题目录结构可以按你自己习惯组织不一定照搬。关键是让知识有沉淀而不是今天背了明天忘。6. 自测方法与效果验证复习不能只看“哦我懂了”必须通过主动回忆来验证。下面四招是成本低但效果极佳的自测方式。6.1 口头复述录音法拿出一道题比如“RTOS 中什么是优先级翻转如何解决”然后对着手机录音讲 2 分钟。讲的时候不能看资料。讲完回去听录音你会发现自己很多表达是混乱的逻辑不清这是背题者最常见的问题。第一遍讲不好很正常。听录音后把卡壳的点记录下来重新整理答案框架再录一遍。如果第二次能把核心结论和应用场景都讲清楚这道题才算过关。不要用“我大概懂”来骗自己口头表达是面试的最终检验形式。6.2 白板编程法手写代码时不要依赖 IDE 的自动提示和语法高亮。拿白纸或者编辑器里关闭补全从零开始写。重点关注函数声明是否完整变量类型是否写对指针使用是否正确循环边界是否有 off-by-one是否有空指针保护写完后再用编译器验证。如果你的代码编译报错先别急着改试着只看报错信息判断错在哪里。面试手写代码时没有编译器你必须锻炼肉眼 debug 的能力。6.3 模拟面试法找一位同样在准备面试的同学或朋友互相提问。如果找不到人可以自己在网上找一些嵌入式面试视频里的提问暂停后录音回答。模拟面试把你拉入真实状态能在一定程度上减轻真正面试时的紧张感。模拟面试的题目可以按难度递进。第一阶段问概念题比如“什么是线程安全”第二阶段问场景题比如“多个任务同时操作同一个串口怎么办”第三阶段问项目深挖比如“你说你解决了一个内存泄漏问题具体怎么定位的”。6.4 项目深挖法八股文背得再好项目介绍不达标面试依然危险。面试官通常会从项目里随机抽一个小点追问直到你答不上来。因此每天要花半小时对自己的项目做“魔鬼追问”。先准备好一个项目然后写下至少十个可能被追问的问题。比如项目用了哪颗主控芯片、为什么选它、外设资源是怎么分配的、最大数据吞吐是多少、计算过功耗吗、调试时遇到最棘手的是什么问题、最终怎么解决的。如果你对其中某个问题没有答案那这就是今天的复习内容。7. 简历、项目与八股文的配合方法很多嵌入式求职者犯一个错误项目经历和八股文复习是两张皮。面试官问项目时你只讲项目流水账没法把项目里用到的底层知识展示出来。这是浪费了一个巨大的加分机会。最优做法是把项目经历当成八股文的应用场景。比如你做的是一个物联网采集终端项目用到了 STM32、FreeRTOS、MQTT 协议。当面试官问 RTOS 消息队列时你可以主动关联“我们项目里传感器数据采集任务通过消息队列把数据发给通信任务这样做可以减少两个任务对同一块内存的并发访问。”简历上写项目时建议按照“项目背景、你的角色、技术选型、难点、验证结果”的格式来写。不要写“熟悉嵌入式”这种空话要写“基于 STM32F4 平台完成 3 路 ADC 数据采集使用 DMA 传输方式降低 CPU 占用采样率 1kHz连续运行 72 小时无数据丢失”。这种描述既能被搜索到也能让面试官快速找到追问点。注意简历中每一个技术名词都必须是你能扛住深挖的。比如你写了“使用 DMA”面试官可能会问 DMA 传输完成后如何知道结束、DMA 与 CPU 访问总线的优先级是什么、DMA 能否实现内存到内存搬运。写上去的内容要能讲透。8. 常见问题与排查方法备考过程中会遇到大量问题下面用一张表列出典型问题、可能原因和应对方式。问题现象可能原因排查方式解决方案昨天背的今天忘只背结论没有代码验证和场景关联用回忆法复述不看书每天用“概念 代码 场景”三件套巩固面试回答时逻辑混乱没有搭建答案框架录音回放找出卡壳点使用“先说结论再解释原理最后举例”结构手写代码编译报错指针、数组边界、函数返回值类型出错先自己肉眼 debug再用编译器验证每天坚持默写代码重点练习链表和字符串操作面试官问到项目细节就答不上简历和项目不是自己亲手做的列出至少 10 个追问问题逐条查资料复现实验数据Linux 题目太多抓不住重点覆盖方向过杂没按岗位取舍翻目标岗位 JD标出技能关键词优先复习岗位 JD 中出现的技能点模拟面试紧张讲不出来缺乏输出训练多录音、找同学互问降低单次复习单元改为“讲 5 分钟休息一下”背了很多题但遇到变体就懵没有理解底层原理对高频题做变体训练换一个场景重新叙述比如把串口改成 I2C准备时间不足想面面俱到计划贪多导致每样都是一知半解按 50 题框架重新分配时间只保住核心考点其余内容放到面试后继续学习这些坑几乎每个嵌入式求职者都会遇到。不要等到面试前发现背不完才开始焦虑从第一天起就把“输出”作为复习主线比单纯看书有效得多。9. 一周复习之外的最佳实践一周时间能把基础打牢但如果你距离面试还有两三周下面的建议值得继续做。第一建立一套可复用的嵌入式调试流程。面试官对调试能力的考察不是看你背过多少工具名而是看你会不会系统排查。建议掌握串口日志、GDB backtrace、逻辑分析仪抓协议数据、分段注释定位问题等基础方法。每次调试都记录现象、假设、验证、结论这本身就是面试中一个很好的亮点。第二精读一个开源项目或一个嵌入式架构项目比如小型 RTOS、简单 Bootloader、Modbus 协议栈、FATFS 文件系统移植。不需要把整个代码全部读完只需要理解核心模块的设计思路比如目录结构、任务关系、数据流和接口封装。面试官很喜欢问你看过哪些开源代码你从这个项目里学到了什么第三关注嵌入式相关的新方向。最近几年嵌入式面试越来越看重嵌入式 Linux、MCU 上的轻量级 AI 推理、物联网安全、OTA 升级这些问题。你不需要每个方向都深入但如果在简历或聊天中出现“低功耗”“OTA”“加密通信”等关键词要能说出一两句行业共识。比如嵌入式设备的 OTA 安全升级通常需要校验签名、设置 A/B 分区、失败回滚这些来自公开技术实践值得了解。第四做好长期知识管理。一周复习可以用表格和错题本但等你进入工作岗位会遇到更多指令集、调试工具和协议栈问题。建议选择一种 Markdown 笔记方式按“语言基础、MCU、RTOS、Linux、调试、项目”分类记录心得。面试前只需要看这几个文件即可。10. 总结与下一步这一周计划的目的是在有限时间内把嵌入式面试的高频考点集中过一遍。你最先要验证的不是“我能背多少题”而是“我能不能不看资料讲清楚一个知识点并且写出一段可编译的代码”。建议从 Day1 的 C 语言开始第一天就完成一次录音自测。最容易踩的坑有两个一是背了太多题但缺乏输出训练二是把项目经历和八股文复习割裂开导致项目细节经不起追问。接下来你能做的事很明确把第 3 节的每日安排转换成自己的复习清单每天完成一次代码练习、一次录音复述、一次错题记录。用完这一周后你手里会留下一份错题本、一段可以讲清楚的项目介绍、一份高频题框架表。这些东西比盲目看十篇面经更值钱。如果想再进一步可以把你的目标岗位 JD 拉出来把里面出现的所有技术关键词都写进复习清单标记出你不会的然后逐个去查文档和做实验。等真正坐在面试官对面时你会发现很多问题已经不是“背没背过”而是“有没有真正理解过”。 嵌入式面试一周复习计划：高频八股文与手写代码冲刺指南
嵌入式面试这两年越来越卷。算法题、项目深挖、底层原理轮流上很多同学不是能力不够而是不知道面试官到底在追问什么。与其漫无目的地刷三个月视频课不如拿出一周时间把最常考的嵌入式面试八股文和手写代码集中过一遍。这篇文章就把一套可执行的一周复习计划拆给你每天学什么、练什么、怎么自测、怎么把项目和八股文串起来。先说清楚这里的“八股文”不是贬义词而是嵌入式面试中反复出现的高频知识点。包括 C 语言语法细节、指针与内存、中断与裸机开发、RTOS 原理、通信协议、Linux 驱动基础、编译链接、调试方法等。这些内容看似琐碎但面试官能通过它们快速判断你对嵌入式底层的掌握程度。这一周你不需要学新框架也不需要追求项目数量只需要把高频考点练成条件反射。这篇文章适合三类读者准备投递嵌入式软件工程师岗位的应届生、从非嵌入式方向转行过来的同学、以及工作一两年但面试经验不足、想系统复盘基础知识的在职工程师。文章不推销任何付费课程所有内容都可以在公开文档、开源仓库和开发板自测中完成。1. 核心能力速览备考能力项说明复习周期7 天每天 4 到 6 小时覆盖方向C 语言、内存、中断、RTOS、通信协议、Linux、驱动、调试核心形式高频题背诵 手写代码 项目深挖 模拟面试最小硬件一台电脑有开发板更好没有也可用模拟器学习资料公开技术文档、开源例程、Linux 内核源码片段自测方式口头复述、白板编程、录音回放、错题本适合岗位嵌入式软件工程师、MCU 开发、Linux 驱动、RTOS 应用不适合人群想零基础速成、完全不想写代码、希望靠押题通过面试的人从这张表可以看到一周复习并不是让你在社会招聘中变成专家而是把嵌入式面试最常考的硬骨头集中啃一遍。核心交付物有三个一套能默写的高频知识框架、一份能白板实现的手写代码清单、一份能和面试官深入聊 10 分钟以上的项目表达。后续所有章节都会围绕这三样东西展开。如果你时间更紧比如只有三天那优先做第 3 节的每日安排里的 Day1 到 Day3 内容把 C 语言和内存题目啃下来性价比最高。2. 适用场景与使用边界嵌入式面试准备和普通程序员面试准备不太一样。普通后端岗位可以靠刷算法题过关但嵌入式岗位往往要同时考察硬件思维、软件工程能力和调试经验。这套“一周刷 50 道高频题”的复习方式适合的场景是你已经具备基本的嵌入式知识或者至少学完过 C 语言和一门 MCU比如 STM32的入门教程现在需要把零散知识合并成系统框架。它能帮你解决三个问题。第一面试被问到底层细节时能接住话比如 volatile 的作用、中断函数里能不能用 printf、malloc 在嵌入式里为什么危险。第二手写代码不卡壳比如链表反转、寄存器位操作、状态机实现、环形缓冲区。第三项目介绍不再是流水账而是能按“背景、方案、难点、验证”的结构讲清楚。但它也有明显的使用边界。如果你完全没写过 C 语言看到指针就头疼那这一周计划会非常吃力建议先把一轮基础语法过完再回来。如果你期望背完这 50 道题就能拿到大厂 Offer现实一点说还不够面试还会考算法题、项目细节、甚至智力题八股文只是入场券。另外嵌入式领域很宽汽车电子、工控、物联网、芯片原厂对候选人的要求完全不同这张复习表只能覆盖公共基础并不能替代对目标岗位 JD 的研究。从合规角度说面试准备中会用到一些厂商资料、开源代码和芯片手册建议只做学习交流使用不要直接照抄进自己的项目简历。简历上的项目经历必须是你真正做过的否则面试官一旦追问到电路原理、调试日志、参数调整细节很容易露馅。诚信问题不仅影响一家公司还会在行业内传开。3. 一周复习规划50 道题怎么拆进 7 天与其给自己打鸡血说“敢不敢疯一次”不如把目标拆小。50 道题听起来很多分成 7 天之后每天只需要完成 7 到 8 道题的高质量复习。这里的“高质量”指的是能说出答案、能写出验证代码、能回答至少两个追问。3.1 Day1C 语言基础与指针第一天不要碰 RTOS也不要碰 Linux先聚焦 C 语言。因为嵌入式面试的所有追问最后大概率都会落到 C 语法和内存模型上。建议复习题类型包括const 与 #define 的区别volatile 的作用和典型使用场景static 修饰全局变量、局部变量、函数时的含义sizeof 与 strlen 的区别结构体内存对齐规则指针与数组的区别函数指针的用法内存四区栈、堆、全局区、代码区普通版本的做法是背结论。比如“volatile 告诉编译器不要优化”这种回答面试官只会点头然后继续问下一个但你拿不到加分。更好的做法是准备一个工程中的真实场景比如读取硬件状态寄存器时用 volatile因为寄存器值可能被硬件修改编译器如果优化掉重复读取就会出错。面试官要的不是背诵而是你有没有真在硬件上被这种问题坑过。Day1 的练习建议手写一个函数使用函数指针实现简单的回调机制。不用复杂能跑通就行。代码不追求工程化追求的是写出每个符号的含义。#include stdio.h void on_event_a(void) { printf(event A handled\n); } void on_event_b(void) { printf(event B handled\n); } void handle(int event, void (*callback)(void)) { printf(handle event %d\n, event); callback(); } int main(void) { handle(1, on_event_a); handle(2, on_event_b); return 0; }这段代码能在普通电脑上用 gcc 编译运行不需要开发板。如果开发环境里没有 gcc也可以在线编译器验证逻辑。面试如果考函数指针通常不会要求你现场写一个复杂的回调框架而是考察你能不能从声明语法说到实际应用。3.2 Day2内存管理与链表第二天的主题是内存和数据结构。这是嵌入式面试的分水岭很多人把 malloc、free 背得滚瓜烂熟一问到内存碎片就答不上来。建议复习题类型包括堆、栈、静态存储区的区别malloc 在嵌入式开发中的风险和替代方案什么是内存碎片如何避免链表与数组的优劣对比单向链表反转的迭代实现和递归实现环形缓冲区的设计思想栈溢出和堆溢出的排查思路memcpy、memmove、strcpy、strncpy 的区别面试官特别喜欢问一个变体在中断服务函数里能不能调用 malloc答案是最好不要。第一malloc 不是可重入函数第二中断上下文对执行时间敏感malloc 内部可能涉及复杂的内存管理算法和锁第三长时间运行后会产生内存碎片。嵌入式里更常见的做法是在初始化阶段分配好内存池或者用静态数组实现一个简单的内存块管理器。Day2 建议动手白板实现一次链表反转并且用本地编译器跑通。代码不需要有多花哨重点是你敢写。#include stdio.h #include stdlib.h typedef struct node { int val; struct node *next; } node; node *reverse(node *head) { node *prev NULL; node *cur head; while (cur ! NULL) { node *next cur-next; cur-next prev; prev cur; cur next; } return prev; } void print_list(node *head) { while (head) { printf(%d , head-val); head head-next; } printf(\n); } int main(void) { node n1 {1, NULL}; node n2 {2, NULL}; node n3 {3, NULL}; n1.next n2; n2.next n3; print_list(n1); node *reversed reverse(n1); print_list(reversed); return 0; }这道题在嵌入式面试中出现的概率很高因为它能同时考察指针操作、循环边界和代码风格。如果你用递归实现还要能说清递归深度对栈空间的消耗。3.3 Day3中断、裸机开发与调试第三天进入嵌入式核心区。裸机程序没有操作系统一切逻辑靠中断循环和寄存器配置驱动所以面试题大量围绕中断发生机制、优先级、嵌套、临界区保护展开。建议复习题类型包括中断服务函数有什么限制中断和轮询的区别什么是临界区如何保护临界区中断嵌套有哪些风险按键消抖是硬件处理还是软件处理GPIO 输入输出的基本配置流程PWM、定时器、ADC 的基本原理看门狗的作用和喂狗注意事项中断服务函数的高频考点是“能不能做耗时操作”。不能。原因有三点中断服务函数运行在特殊上下文中耗时太大会影响系统的实时性很多库函数不可重入如果中断里调用 printf 导致阻塞系统会直接卡死。常见的做法是中断里只做标记位或使用无锁队列把耗时的数据处理放到主循环或高优先级任务中。Day3 建议模拟一个面试追问面试官问“如果两个中断同时到达硬件怎么决定先执行哪个”时你需要从内核外设的中断优先级配置开始讲包括抢占优先级和子优先级再举例说明某个中断被抢占后的现场保护和恢复流程。不要只背“优先级高先执行”一句话要有场景。如果手头有 STM32 开发板Day3 可以做一个最小实验配置一个外部中断中断服务函数里只置位一个 volatile 标志主循环里检测标志后翻转 LED。这个实验成本很低但对理解中断机制帮助很大。3.4 Day4RTOS 核心原理第四天如果目标岗位是 MCU 嵌入式软件工程师RTOS 基本必考。即使你的简历上没写 FreeRTOS面试官也可能问“你有没有了解过操作系统的基本概念”然后引出任务调度、信号量、队列这些知识。建议复习题类型包括任务和进程的概念区分任务调度策略抢占式、时间片轮转、协作式任务状态运行、就绪、阻塞、挂起信号量、互斥锁、消息队列的区别什么是优先级翻转如何解决什么是死锁产生条件和避免方式中断和任务的同步方式内存管理在 RTOS 中的简化做法RTOS 题目最容易暴露“背题式学习”。很多人能背出信号量定义却说不清信号量在具体项目里怎么用。更好的准备方式是把 FreeRTOS 里信号量、队列的应用场景都联系到实际开发。比如只有一个 I2C 总线多个任务都要读写传感器就需要互斥锁保护总线如果中断产生一个数据包主循环任务想获知就可以用二值信号量或消息队列。Day4 建议在电脑上使用模拟器或者直接在开发板上跑一个最简单的 FreeRTOS 移植例程创建两个任务一个翻转 LED一个通过串口打印计数值。然后追问自己如果把打印任务优先级调到最高低优先级任务还能执行吗通过这个实验你对抢占式调度的理解会牢固很多。3.5 Day5通信协议与硬件接口第五天的内容是通信协议。这一块面试题看起来杂但核心逻辑是协议要解决的是什么、帧格式怎么定义、数据收发怎么处理、错误怎么检测。建议复习题类型包括UART、SPI、I2C 三种协议的区别I2C 通信的起始条件、停止条件、ACK 机制SPI 的四种模式如何区分UART 波特率误差的影响什么是串口粘包如何解决什么是 Modbus 协议帧结构是什么CAN 总线的主要特点字节序问题大端和小端面试官常问一个实践题如果串口接收一帧不定长数据你怎么知道一帧数据结束了答案是自定义协议格式比如帧头、长度、数据、校验。接收时先找帧头再根据长度字段确定数据段长度最后校验 CRC。千万不要用“延时判断”作为主要手段在很多场景下延时是低效且不稳定的。Day5 准备一张协议对比表把 UART、SPI、I2C 的线数、速率、通信方式、典型应用场景列出来。不需要背复杂参数但要能说出“I2C 是半双工SPI 是全双工UART 是一对一”这种关键区别。此外最好能说出一个使用场景改造经验比如你在项目中为什么选 SPI 而没用 I2C是因为速率还是从机地址冲突。3.6 Day6Linux 基础与并发问题如果你的目标岗位是嵌入式 Linux第六天内容非常关键。这一天的内容比 MCU 更宽泛包括 Linux 文件系统、进程线程、内存管理、驱动基础。建议复习题类型包括Linux 下进程和线程的区别用户态和内核态的区别系统调用过程进程间通信方式管道、消息队列、共享内存、信号量、socket什么是上下文切换内核态与用户态数据拷贝问题字符设备驱动的基本框架设备树的作用阻塞与非阻塞 IOselect、poll、epoll 的基本原理这一天的题目量明显偏多所以建议不要追求完全精通而是重点掌握进程线程、IPC、系统调用以及驱动框架中的核心数据结构。如果面试岗位偏 MCU这一天可以适当降低强度但 Linux 基础仍然值得了解因为越来越多嵌入式岗位要求“懂 Linux”。Day6 有个很容易被追问的点fork 之后父子进程的变量是不是共享的很多八股文背答案是“不共享写时复制”。但如果面试官继续问“为什么不是直接复制”时你要能说出写时复制的思路创建子进程时先共享物理内存只有当任一进程写入时才复制页面这样可以用更少的内存和更快的速度完成 fork。Day6 建议用一台安装 Linux 虚拟机或 WSL 的电脑实际执行几次进程和线程的小实验观察 pid、内存分布、文件描述符继承。不用复杂主要是加深对文本描述的理解。3.7 Day7综合自测与错题复盘第七天不以学新知识为主而是把前六天内容串起来做一次综合自测。建议分三个环节上午口头复述。随机抽取 20 道高频题每题用 1 到 2 分钟讲出核心答案并额外说一个应用场景。下午白板编程。把 Day1 到 Day6 涉及的代码题全部重新写一遍包括链表反转、环形缓冲区、状态机、内存对齐、位操作、简单任务创建。晚上错题复盘。把不会的题目整理成错题本重点记录卡壳原因是概念不清、代码不熟还是表达混乱。第七天的目标不是“全部都会”而是找出最薄弱的两个模块第二天在面试前再突击一次。其实很多面试失败的教训不在不会而在“知道但表达不出来”。所以 Day7 一定要录音复盘。4. 50 道高频题分类框架与复习方法上面 7 天计划的核心是 50 道高频题。这里给出一个实用的分类框架方便你把题装进脑子里。完整题目不限于下面 18 个示例重点是你自己要去题库里扩充。分类高频题示例复习要求C 语言基础volatile、static、const、sizeof、内存对齐能结合代码场景讲指针与内存函数指针、指针数组与数组指针、malloc 风险能手写最小验证代码数据结构链表反转、环形缓冲区、状态机能白板手写并讲复杂度裸机开发中断、轮询、定时器、看门狗、寄存器配置能画流程图或状态流转RTOS任务调度、信号量、互斥锁、队列、优先级翻转能结合项目案例通信协议UART、SPI、I2C、CAN、Modbus能画协议帧格式并说明校验Linux 基础进程线程、IPC、用户态内核态、select/epoll能讲清调用过程和优缺点驱动基础字符设备、设备树、probe 流程能描述一个简单驱动框架调试能力串口打印、GDB、日志分级、崩溃排查能说清一套调试流程这个框架的好处是方便查漏补缺。你可以把它放在一个表格文件里每天过一遍已经掌握的打勾掌握得不好的标记高亮。等到面试前只需要重点复习标红的部分不用再从头翻书。需要注意的是不同公司的嵌入式面试侧重差异很大。芯片原厂可能更看重 C 语言和硬件寄存器理解物联网公司可能更看重协议栈和低功耗设计做机器人控制的企业会多问 PID、惯性导航、实时调度。因此这个 50 题框架只是一个基础大盘你必须围绕目标公司做定向补充。5. 刷题阶段的环境准备与工具清单你可能觉得面试复习不需要准备什么环境只要能上网搜题就行。这也可以但如果你想做出更高效率的复习下面这些工具值得提前准备好。5.1 代码练习环境嵌入式面试手写代码通常不需要很重的 IDE但你需要能快速验证代码是否能跑通的环境。最简单的方案是本机安装 gcc 编译器Linux 可以用 gccmacOS 可以用 clangWindows 可以用 MinGW 或 WSL。如果你更习惯在线环境也可以使用一些在线 C 语言编译器。# Ubuntu / Debian 安装 gcc sudo apt update sudo apt install gcc gdb make# 验证代码是否编译并运行 gcc main.c -o main ./main在练习过程中gdb 也是一个重要伙伴。面试官问“项目中的段错误是怎么排查的”时你如果能说出用 gdb 查看 backtrace 定位崩溃函数会比只说“加打印”加分很多。5.2 嵌入式开发环境没有开发板也能准备嵌入式面试但有开发板的复习效果更好。如果你手头有 STM32 开发板建议准备好 STM32CubeMX 和对应的编译工具链。面试官问 GPIO 初始化怎么做时你不仅会背寄存器名字还能说出库函数的大致逻辑。# 在 Ubuntu 上安装 arm 交叉编译工具链示例命令以实际版本为准 sudo apt install gcc-arm-none-eabi如果暂时没有开发板也可以使用 QEMU 模拟器来运行一些嵌入式示例程序。模拟器不能完全替代真实硬件但用来理解中断、CPU 状态、外设模型已经够用。5.3 文档与题库组织方案建议创建一个名为 interview_prepare 的目录下面放置四个文件summary.md记录每天复习的高频题和关键词code.c存放需要反复手写的代码题projects.md准备三个项目介绍的深挖文本wrong_book.md错题本记录卡壳点和表达存在的问题目录结构可以按你自己习惯组织不一定照搬。关键是让知识有沉淀而不是今天背了明天忘。6. 自测方法与效果验证复习不能只看“哦我懂了”必须通过主动回忆来验证。下面四招是成本低但效果极佳的自测方式。6.1 口头复述录音法拿出一道题比如“RTOS 中什么是优先级翻转如何解决”然后对着手机录音讲 2 分钟。讲的时候不能看资料。讲完回去听录音你会发现自己很多表达是混乱的逻辑不清这是背题者最常见的问题。第一遍讲不好很正常。听录音后把卡壳的点记录下来重新整理答案框架再录一遍。如果第二次能把核心结论和应用场景都讲清楚这道题才算过关。不要用“我大概懂”来骗自己口头表达是面试的最终检验形式。6.2 白板编程法手写代码时不要依赖 IDE 的自动提示和语法高亮。拿白纸或者编辑器里关闭补全从零开始写。重点关注函数声明是否完整变量类型是否写对指针使用是否正确循环边界是否有 off-by-one是否有空指针保护写完后再用编译器验证。如果你的代码编译报错先别急着改试着只看报错信息判断错在哪里。面试手写代码时没有编译器你必须锻炼肉眼 debug 的能力。6.3 模拟面试法找一位同样在准备面试的同学或朋友互相提问。如果找不到人可以自己在网上找一些嵌入式面试视频里的提问暂停后录音回答。模拟面试把你拉入真实状态能在一定程度上减轻真正面试时的紧张感。模拟面试的题目可以按难度递进。第一阶段问概念题比如“什么是线程安全”第二阶段问场景题比如“多个任务同时操作同一个串口怎么办”第三阶段问项目深挖比如“你说你解决了一个内存泄漏问题具体怎么定位的”。6.4 项目深挖法八股文背得再好项目介绍不达标面试依然危险。面试官通常会从项目里随机抽一个小点追问直到你答不上来。因此每天要花半小时对自己的项目做“魔鬼追问”。先准备好一个项目然后写下至少十个可能被追问的问题。比如项目用了哪颗主控芯片、为什么选它、外设资源是怎么分配的、最大数据吞吐是多少、计算过功耗吗、调试时遇到最棘手的是什么问题、最终怎么解决的。如果你对其中某个问题没有答案那这就是今天的复习内容。7. 简历、项目与八股文的配合方法很多嵌入式求职者犯一个错误项目经历和八股文复习是两张皮。面试官问项目时你只讲项目流水账没法把项目里用到的底层知识展示出来。这是浪费了一个巨大的加分机会。最优做法是把项目经历当成八股文的应用场景。比如你做的是一个物联网采集终端项目用到了 STM32、FreeRTOS、MQTT 协议。当面试官问 RTOS 消息队列时你可以主动关联“我们项目里传感器数据采集任务通过消息队列把数据发给通信任务这样做可以减少两个任务对同一块内存的并发访问。”简历上写项目时建议按照“项目背景、你的角色、技术选型、难点、验证结果”的格式来写。不要写“熟悉嵌入式”这种空话要写“基于 STM32F4 平台完成 3 路 ADC 数据采集使用 DMA 传输方式降低 CPU 占用采样率 1kHz连续运行 72 小时无数据丢失”。这种描述既能被搜索到也能让面试官快速找到追问点。注意简历中每一个技术名词都必须是你能扛住深挖的。比如你写了“使用 DMA”面试官可能会问 DMA 传输完成后如何知道结束、DMA 与 CPU 访问总线的优先级是什么、DMA 能否实现内存到内存搬运。写上去的内容要能讲透。8. 常见问题与排查方法备考过程中会遇到大量问题下面用一张表列出典型问题、可能原因和应对方式。问题现象可能原因排查方式解决方案昨天背的今天忘只背结论没有代码验证和场景关联用回忆法复述不看书每天用“概念 代码 场景”三件套巩固面试回答时逻辑混乱没有搭建答案框架录音回放找出卡壳点使用“先说结论再解释原理最后举例”结构手写代码编译报错指针、数组边界、函数返回值类型出错先自己肉眼 debug再用编译器验证每天坚持默写代码重点练习链表和字符串操作面试官问到项目细节就答不上简历和项目不是自己亲手做的列出至少 10 个追问问题逐条查资料复现实验数据Linux 题目太多抓不住重点覆盖方向过杂没按岗位取舍翻目标岗位 JD标出技能关键词优先复习岗位 JD 中出现的技能点模拟面试紧张讲不出来缺乏输出训练多录音、找同学互问降低单次复习单元改为“讲 5 分钟休息一下”背了很多题但遇到变体就懵没有理解底层原理对高频题做变体训练换一个场景重新叙述比如把串口改成 I2C准备时间不足想面面俱到计划贪多导致每样都是一知半解按 50 题框架重新分配时间只保住核心考点其余内容放到面试后继续学习这些坑几乎每个嵌入式求职者都会遇到。不要等到面试前发现背不完才开始焦虑从第一天起就把“输出”作为复习主线比单纯看书有效得多。9. 一周复习之外的最佳实践一周时间能把基础打牢但如果你距离面试还有两三周下面的建议值得继续做。第一建立一套可复用的嵌入式调试流程。面试官对调试能力的考察不是看你背过多少工具名而是看你会不会系统排查。建议掌握串口日志、GDB backtrace、逻辑分析仪抓协议数据、分段注释定位问题等基础方法。每次调试都记录现象、假设、验证、结论这本身就是面试中一个很好的亮点。第二精读一个开源项目或一个嵌入式架构项目比如小型 RTOS、简单 Bootloader、Modbus 协议栈、FATFS 文件系统移植。不需要把整个代码全部读完只需要理解核心模块的设计思路比如目录结构、任务关系、数据流和接口封装。面试官很喜欢问你看过哪些开源代码你从这个项目里学到了什么第三关注嵌入式相关的新方向。最近几年嵌入式面试越来越看重嵌入式 Linux、MCU 上的轻量级 AI 推理、物联网安全、OTA 升级这些问题。你不需要每个方向都深入但如果在简历或聊天中出现“低功耗”“OTA”“加密通信”等关键词要能说出一两句行业共识。比如嵌入式设备的 OTA 安全升级通常需要校验签名、设置 A/B 分区、失败回滚这些来自公开技术实践值得了解。第四做好长期知识管理。一周复习可以用表格和错题本但等你进入工作岗位会遇到更多指令集、调试工具和协议栈问题。建议选择一种 Markdown 笔记方式按“语言基础、MCU、RTOS、Linux、调试、项目”分类记录心得。面试前只需要看这几个文件即可。10. 总结与下一步这一周计划的目的是在有限时间内把嵌入式面试的高频考点集中过一遍。你最先要验证的不是“我能背多少题”而是“我能不能不看资料讲清楚一个知识点并且写出一段可编译的代码”。建议从 Day1 的 C 语言开始第一天就完成一次录音自测。最容易踩的坑有两个一是背了太多题但缺乏输出训练二是把项目经历和八股文复习割裂开导致项目细节经不起追问。接下来你能做的事很明确把第 3 节的每日安排转换成自己的复习清单每天完成一次代码练习、一次录音复述、一次错题记录。用完这一周后你手里会留下一份错题本、一段可以讲清楚的项目介绍、一份高频题框架表。这些东西比盲目看十篇面经更值钱。如果想再进一步可以把你的目标岗位 JD 拉出来把里面出现的所有技术关键词都写进复习清单标记出你不会的然后逐个去查文档和做实验。等真正坐在面试官对面时你会发现很多问题已经不是“背没背过”而是“有没有真正理解过”。