嵌入式面试这事儿很多准备跳槽或者刚入行的朋友来问我核心困惑往往是两个一个是不清楚到底要准备到什么程度另一个是不知道面试官问题背后到底想听什么。我自己这些年面过不少人也被面过不少次有个很直观的感受嵌入式面试跟纯软件面试最大的区别在于它考察的不是单一维度的知识点而是从硬件到软件、从底层到应用的一整条链路。你光会写C语言不行光会点灯也不行面试官真正在找的是能把系统跑起来、能把问题定位到寄存器层面的那种人。这篇文章就是冲着“嵌入式面试总结”这件事来的。我会把面试准备拆成几大核心模块每块都按面试官的真实考察逻辑来拆解同时标注哪些题是高频题、哪些点最容易翻车。不管你是应届生准备校招还是工作两三年想跳槽这篇内容都有参考价值。老实说市面上的面试题资料很多但普遍的问题是把题罗列出来却不讲清楚背后的考察意图这样背题效率极低。我这里就把题和人对应起来讲。1. 嵌入式面试到底在考什么先纠一个普遍误区。很多人以为嵌入式面试是背八股文把各种知识点背熟就能过关。实际上嵌入式面试更像是一场“技术画像”考察面试官在你回答的每一个问题里都在试图确认三件事你的底层功底扎不扎实、你有没有系统思维、你能不能独立解决实际问题。1.1 面试官视角下的核心技术栈分层从技术栈来看嵌入式考察内容可以清晰地分成四层每层在面试中的权重差异很大C语言与底层基础权重最高指针、内存、结构体、位操作、编译链接这层是面试考察的重灾区也是区分度最大的地方。操作系统与Linux权重次高RTOS的任务调度机制、Linux的进程线程模型、内核与驱动的宏观理解有Linux经验的岗位这层必考。通信协议与硬件接口UART、I2C、SPI、CAN这些总线协议的底层细节中断处理机制寄存器操作能力。硬件理解与调试能力看原理图、查数据手册、用示波器排查问题这部分是区分“软件工程师做嵌入式”和“嵌入式工程师”的分水岭。很多面试者容易犯的错是在C语言层还没过关的情况下就急着去背Linux内核源码和驱动框架。这就像地基没打牢就往上盖楼。我面过不少简历上写着“熟悉Linux内核、精通驱动开发”的候选人一问到strcpy为什么危险、memcpy和memmove有什么区别反而答不上来这样的基础水平很难让人相信他能写好驱动。1.2 不同经验段的考察侧重点差异按工作年限来划分面试考察侧重点有明显的阶梯变化经验段考察侧重点典型问题特征应届生/实习生基础扎实度、学习能力、潜力C语言基础题、简单协议原理、项目经历的真实性1-3年工程师独立开发能力、踩坑经验具体模块的实现细节、调试过程、异常处理3-5年工程师系统设计能力、架构思维多任务方案选型、可靠性设计、性能优化5年以上/高级岗技术深度与团队影响力疑难问题排查、技术规划、跨团队协调这个表格不是说应届生就不用准备系统设计题而是提醒你合理分配精力。我见过太多应届生花大量时间去看内核源码分析结果连sprintf和snprintf的区别都说不清楚这就属于典型的准备方向出了问题。面试官对什么阶段的人有什么期待心里是有预期的你的准备策略要对齐这个预期。2. C语言与底层基础嵌入式面试的半壁江山C语言是嵌入式开发的核心语言无论你应聘的是单片机方向还是Linux方向C语言的考察都是重头戏。很多候选人觉得C语言天天在写没什么好准备的结果一到面试就发现面试官问的C语言跟平时写的完全不是一个东西。2.1 指针、内存与关键字高频题先看几个几乎每次面试都会遇到的高频题const放在不同位置的含义。这个问题看似简单但能清楚回答的人不到一半。const int *p表示指针指向的内容不可变int *const p表示指针本身不可变const int *const p表示两者都不可变。更关键的是你要能说出这些东西在实际开发中的用途——比如用const修饰函数入参就是为了防止函数内部意外修改调用方数据。int * const p则常用于固定基地址访问这在寄存器操作时很常见。volatile的作用与使用场景。这也是必考题。volatile告诉编译器这个变量可能被意料之外的方式修改不要对它做优化。典型的使用场景有三个硬件寄存器映射、中断服务程序里修改的全局变量、多线程/多任务环境下的共享变量。面试官喜欢追问的一个点是如果不用volatile会出什么问题这时候你要能讲出具体场景——比如while循环等待一个中断标志位如果没有volatile修饰编译器可能把这个读取优化成只读一次寄存器导致死循环。这个知识点光背定义没用要能举出这种具体例子才算真理解。内存分区与生命周期。BSS段、数据段、代码段、堆、栈这五个区域要能准确区分。常见的坑是局部变量返回地址的问题、用malloc申请内存后忘记释放、栈溢出导致程序跑飞。面试官通常会用一段代码让你分析变量存在哪个区域、生命周期是什么。要顺便说出static关键字的作用——修饰局部变量时改变的是存储位置和生命周期但作用域不变修饰全局变量时限制作用域修饰函数时限制函数的链接属性。2.2 字节序、结构体对齐与位操作如果说基础题是开胃菜那这几个题就是真正的硬菜了也是最容易让候选人折戟的地方。字节序问题。大端和小端的区别必须能脱口而出同时还要能写出判断系统字节序的代码。更关键的是要理解为什么嵌入式开发中字节序问题如此重要。最常见的场景是设备A通过串口把数据发给设备B如果两边的字节序不一致读出来的数值就是错的。我在实际项目中遇到过不少这种问题——两个板子之间通信数据错乱排查半天才发现是字节序没转换。面试时如果能主动提到“通信协议里需要约定字节序否则不同平台之间会有兼容性问题”这就是加分项。结构体对齐。这个题几乎必考而且能很好地考察候选人的底层功底。核心知识点是结构体成员的偏移量必须是成员大小的整数倍结构体总大小必须是最大成员大小的整数倍。要熟练使用#pragma pack或__attribute__((packed))来改变对齐方式同时知道什么时候需要用到——比如你要把一个结构体直接通过通信接口发出去时。还有一个衍生题为什么要对齐因为CPU访问对齐数据是一个总线周期非对齐数据可能需要多次访问甚至直接触发硬件异常。位操作。职责内的寄存器操作离不开位操作。面试常见题将一个整数的第n位置1、将第n位清零、判断第n位的值、交换两个变量的值等等。这些题不仅考结果还考运算符优先级和写法效率。比如设置寄存器某一字段的标准写法应该是REG (REG ~(0x0F 8)) | (val 8);先清后置这是工程实践中约定俗成的写法。很多人笔试能做对但让他解释为什么这么写、不这么写会有什么隐患就说不清了。2.3 编译、链接与程序运行本质C语言部分还有一个容易被忽略但面试常考的领域编译链接过程。从源文件到可执行文件完整经历预处理、编译、汇编、链接四个阶段每个阶段做什么要能讲明白。特别要理解编译单元的概念以及为什么static函数在多个源文件里可以重复定义而不会冲突普通函数重复定义就会报错。extern和#include的区别是什么什么时候该用哪个。.bss段为什么只记录大小不占目标文件空间__attribute__((section(自定义段名)))可以把变量放到指定段这个在嵌入式里用来实现自动注册机制比如很多RTOS的组件初始化和驱动框架都用这个技巧。链接脚本.lds文件是嵌入式特有的内容面试时如果能主动提到链接脚本如何划分内存区域、如何设置入口地址会给人留下比较深的印象。3. 操作系统与Linux方向从RTOS到内核的认知深度前面说了C语言是半壁江山那剩下的一半里有大半是操作系统和Linux相关。即便你应聘的是单片机岗位RTOS相关的问题也经常出现。如果岗位要求是嵌入式Linux那这一块基本是决定成败的地方。3.1 RTOS核心机制必问点裸机开发和RTOS开发的一个核心区别在于任务的并发执行。面试官会从你最熟悉的一个RTOS开始问起问完使用细节后会深入到底层机制。任务调度机制。常见的调度算法有基于优先级的抢占式调度、时间片轮转调度。UCOS、FreeRTOS这些主流RTOS默认都是优先级抢占式调度也就是高优先级任务就绪时会立即抢占正在运行的低优先级任务。面试官会追问如果两个任务优先级相同怎么办这时候就要答时间片轮转。还会追问为什么高优先级任务会阻塞这时候要引出信号量、队列、事件标志组等同步机制。信号量与互斥量的区别。这两个概念经常被混为一谈实际上是不同的东西。信号量主要用于任务与任务或中断与任务之间的同步二值信号量和计数信号量各有适用场景。互斥量则专门用于保护共享资源核心特征是优先级继承机制——解决优先级反转问题。这个知识点面试官尤其喜欢深挖什么是优先级反转怎么解决你要能讲出经典的三任务优先级反转场景低优先级任务持有锁、高优先级任务等待锁、中优先级任务趁机抢占运行导致高优先级任务迟迟得不到执行。解决方法是互斥量支持的优先级继承把低优先级任务的优先级临时提升到高优先级任务的级别等它释放锁后再降回来。任务栈空间管理。嵌入式开发中常见的“HardFault”很大一部分是栈溢出导致的。面试官会问任务栈大小怎么确定栈溢出检测机制有哪几种FreeRTOS里的uxTaskGetStackHighWaterMark函数是什么作用这些都是实际项目中会用到的东西答上来就能跟别人拉开差距。3.2 Linux下进程、线程与内存管理如果是嵌入式Linux方向面试深度会更进一层。这一块的核心知识点包括进程与线程的区别。这是Linux面试永恒的话题。要能讲清楚进程是资源分配的最小单位线程是CPU调度的最小单位。同一个进程的多个线程共享地址空间而不同进程的地址空间相互隔离。共享内存带来的好处是通信效率高、坏处是需要同步机制保护。在嵌入式Linux场景下fork和vfork的区别、线程相较于进程的优势创建快、切换开销小都是常考内容。内存管理的基础认知。不能只会说虚拟地址和物理地址的概念要能延伸说出以下几个点至少有所了解进程的虚拟地址空间布局从低地址到高地址依次是代码段、数据段、堆、共享库、栈、内核空间、malloc底层调用的brk和mmap机制、页面换入换出的基本逻辑。嵌入式Linux还有一个特有场景内存紧张时怎么办OOM Killer的机制要有所了解。用户态与内核态。为什么区分两个态因为有些操作涉及硬件资源管理必须由特权级更高的内核来完成防止应用程序乱来把系统搞崩。系统调用的完整过程是应用程序调用库函数→陷入内核→执行系统调用处理程序→返回到用户态。这里常见的追问是系统调用为什么比普通函数调用开销大因为涉及上下文切换、特权级切换、缓存失效等一系列操作。3.3 驱动开发与内核模块面试要点驱动开发是嵌入式Linux工程师的核心技能这一块面试考察的内容很固定但深度差异很大字符设备驱动框架。要能说出file_operations结构体包含了哪些接口open/read/write/ioctl在内核里是怎么走通的register_chrdev和cdev_add的关系是什么。现在新内核推荐用cdev接口而不是老的register_chrdev这个细节能看出你用的内核版本和知识是否跟上时代。设备树的理解。设备树Device Tree是现代嵌入式Linux开发躲不开的东西。要理解它的作用描述硬件资源与驱动的匹配关系。compatible属性怎么和驱动里的of_match_table匹配上中断号、寄存器地址、GPIO编号是怎么通过设备树传给驱动的这些都是能够从实际项目中回答上来的内容。驱动中如何申请内存、使用锁、处理中断。kmalloc和kzalloc的区别自旋锁和信号量在中断上下文中的使用限制——很多人被问到中断处理函数里能不能使用信号量时答不上来正确答案。答案是不能因为信号量可能导致睡眠而中断上下文不允许睡眠。正确做法是用自旋锁或者把耗时操作放到下半部机制软中断、tasklet、工作队列中去执行。这里插一句如果你要准备Linux驱动方向可以选择收藏一些国产处理器或主流MCU厂商的官方文档站点结合具体芯片的Linux BSP源码去看驱动框架比单纯看内核书效率高得多。面试时能报出你用过哪个具体厂商的开发板、调试过什么具体外设是很加分的。4. 通信协议与硬件基础工程师的分水岭这一章要聊的是嵌入式面试里最容易跟纯软件工程师区分开的内容。你技术栈再深最终还是要跟硬件打交道。面试官在这个环节考察的是你能不能看懂原理图、能不能操作寄存器、能不能排查硬件相关的问题。4.1 UART、I2C、SPI三大协议的面试高频点这三大协议是嵌入式开发最常见的通信接口几乎可以说是必考。面试官不会只让你背概念而是会往细节里深挖。UART串口通信。串口配置是嵌入式入门的第一课也是面试基础题。核心知识点包括波特率、数据位、停止位、校验位这四要素以及UART的帧格式。面试官常问的点是为什么通信双方波特率必须一致答案是不一致的采样会出现错位导致接收数据错误。更深入一点的问题波特率的误差容忍范围是多少一般要求在±2%以内部分芯片可以放宽到±3%理论依据是接收端通常在数据位的中间采样累计误差不能超过半个位周期。这个问题能答出来说明你真正做过串口通信而不是只在开发板上跑了个例程。I2C协议细节。I2C的高频考点很多空闲状态时两根线的电平、起始条件和停止条件的定义、应答信号ACK/NACK的时序7位地址和10位地址的区别。更实际的问题是I2C总线上挂了多个从设备靠什么区分答案是设备地址——每个从设备有自己的地址主设备通过地址来选择通信对象。面试官还会追问总线仲裁是怎么实现的这里要答出“线与”特性——多个主设备同时发起通信时发送低电平的设备会覆盖发送高电平的设备检测到电平与自己发送的不一致就退出仲裁。SPI协议细节。SPI最常考的是四种工作模式CPOL和CPHA的四种组合这个知识点我在面试中见过无数人栽跟头。核心理解方式是CPOL决定时钟空闲电平高或低CPHA决定数据采样沿第一个边沿还是第二个边沿。要能理解主设备和从设备必须工作在相同的模式下否则数据采样就会错位。SPI和I2C的区别也是常考题SPI全双工、I2C半双工SPI没有应答机制、I2C有SPI速率通常更高、I2C更节省引脚。4.2 中断机制与寄存器操作中断处理流程。一个中断从发生到处理完成完整的路径是外设产生中断信号→中断控制器如NVIC判断优先级并决定是否响应→CPU保存现场压栈、跳转到中断向量表对应的中断服务程序→执行ISR→恢复现场、退出中断。面试官常问的细节包括中断服务程序里能不能调用printf理论上不推荐因为printf可能阻塞而且有些实现不是可重入的。中断函数里能不能使用malloc也不推荐因为malloc不是可重入的且可能触发系统调用。正确做法是中断里只做标记、存储数据到缓冲区真正的处理逻辑放到主循环或任务中。寄存器操作的能力考察。面试官可能会给你一颗芯片的参考手册相关页让你写出配置某个外设的代码。常见的考察点有GPIO模式配置输入、输出、复用、模拟、时钟使能、中断配置、串口波特率寄存器计算。千万不要直接背代码面试官想看的不是代码本身而是你如何从寄存器手册推导出配置值。我总结的通用套路是这样的第一步找到外设的基地址第二步找到要配置的寄存器的偏移地址第三步根据数据手册确认每个位的含义第四步用位或、位与操作组合出配置值第五步通过寄存器映射结构体进行配置。这套流程任何芯片都适用。4.3 硬件设计基础看原理图与排查问题嵌入式工程师不要求你像硬件工程师那样独立设计电路但至少要有看得懂原理图和排查硬件问题的能力。面试官在这个环节考察的是你的项目常识和经验积累。常见元器件的基础认知。上拉电阻和下拉电阻的作用是什么确定默认电平、提高驱动能力、防止引脚悬空。去耦电容一般放在芯片电源引脚附近作用是滤除高频噪声、稳定电源。LED的限流电阻阻值怎么算R (VCC - V_led) / I_led比如3.3V供电、LED压降2V、目标电流5mA限流电阻就是(3.3 - 2) / 0.005 260Ω取标称值270Ω或330Ω。典型排查思路。面试官如果问你“板子上电后不工作你怎么排查”这时候回答的完整思路应该是从电源开始。第一步万用表量各路电源电压是否正常第二步示波器看晶振是否起振第三步确认复位电路电平正确第四步检查启动模式配置引脚、下载程序后断电重启是否能正常跑起来。这种层层递进、先硬件后软件、先电源后逻辑的排查思路才是面试官想听的答案。很多人上来就说“用调试器看程序跑到哪里了”这在裸板阶段根本用不了暴露出实战经验不足。单片机与嵌入式的区别。这是一个常见但考察点很开放的问题。可以从几个维度来回答单片机是嵌入式系统的一种典型实现形式通常是单芯片集成CPU、存储器和外设接口嵌入式系统的范畴更广从低端的8位单片机到高端的应用处理器都在这个范围内。更深一层的回答是单片机开发通常直接操作寄存器常见的是裸机或RTOS而嵌入式系统还包括嵌入式Linux、Android等复杂系统。面试官通过这个问题考察你对整个行业技术体系的认知层次。5. 项目经验与岗位方向如何让面试官记住你很多面试者技术题答得很好但一到项目介绍环节就语无伦次。这里要明白一个重要的事实面试官对项目经验不是真的想听你做了什么功能而是想通过你的项目了解你的技术深度、解决问题的思路和独立开发能力。5.1 项目介绍的拆解方法先说说面试官最反感听到什么。最典型的说法是“我这个项目用STM32做了一个环境监控系统能采集温湿度通过LCD显示。”这种介绍没有技术含量只表达了三件事你会用STM32、你会用传感器、你会用LCD——而这些连大二学生都会。然后是高效的项目介绍结构我管它叫“背景-难点-方案-成效”四步法背景项目要解决什么问题核心指标是什么成本、功耗、实时性、稳定性。难点项目里遇到的最大的技术挑战是什么为什么难。方案你做了哪些技术选型和设计决策为什么选这个方案而不是那个方案。成效最终的效果怎么样用具体数字说话。举个例子如果你是做一个宠物检测AI模型在嵌入式设备上的部署可以这样拆解背景是要在低成本嵌入式设备上实现猫狗实时识别难点是算力和内存受限通用AI模型跑不动方案是采用轻量化模型MobileNet系列配合量化技术把模型从XX MB压缩到XX MB推理速度达到XX帧/秒内存占用控制在XX MB以内成效是设备可以实时流畅运行且功耗符合要求。这样讲面试官就能快速get到你的技术深度在哪里。5.2 嵌入式不同岗位的面试侧重点嵌入式这个概念被用得极其宽泛不同岗位的实际工作内容和面试考察方向差异很大。我根据自己面过的和带过的工程师经验把这几个方向的差异整理一下嵌入式软件工程师MCU方向侧重C语言功底、外设驱动、RTOS使用和任务设计、低功耗设计、通信协议栈。面试官会问你实际做过哪些产品、遇到过哪些难缠的bug、怎么定位的。嵌入式Linux软件工程师侧重Linux系统编程、进程线程同步、网络编程、驱动开发、内核配置与剪裁、启动流程优化。除了考基础还会考察你用过哪些具体调试工具比如gdb、strace、perf等。嵌入式硬件工程师侧重模拟电路基础运放、ADC前端设计、数字电路设计处理器最小系统、DDR布线、高速信号、原理图与PCB设计工具Cadence、AD、PADS、信号完整性和电磁兼容。面试中经常会让分析一个具体电路的工作过程或者给出现象让排查原因。嵌入式测试工程师侧重测试理论在嵌入式领域的应用、自动化测试框架如pytest配合硬件测试平台、通信协议测试、性能测试内存、CPU占用率、稳定性测试方法长时间运行、压力测试、异常注入。嵌入式AI工程师模型轻量化技术、量化部署INT8量化原理、推理框架TensorRT、NCNN、TFLite Micro、NPU/DSP的算子优化、嵌入式平台性能调优。5.3 蓝桥杯与竞赛经验在面试中的实际价值自己的信息库里面还有第十七届蓝桥杯嵌入式国赛真题这类竞赛内容。关于竞赛经验在面试中的价值我想说几句实在话。竞赛经历在嵌入式面试中确实是有分量的加分项尤其是蓝桥杯这类有硬件实操的竞赛。但它的意义不在于奖状本身而在于第一竞赛题目往往涉及比较综合的知识应用能反映你的学习能力第二竞赛中遇到的时间紧、任务重的场景恰好模拟了真实项目的交付压力第三你的竞赛代码和调试过程是面试官了解你代码风格和解决问题能力的重要素材。但这里要提醒的是面试官大概率会追问竞赛题目的扩展问题。比如你用的是STM32他可能问如果用国产的GD32替代代码要改哪些地方这个问题的用意很明显——考察你是否理解芯片的内部架构差异以及是否有平台迁移的意识。这样看来做竞赛项目时多想想为什么比拿奖本身对面试更有帮助。6. 高频面试题汇总与实用避坑指南最后这部分我把面试中高频出现的问题和容易踩的坑整理成一个速查表方便你在面试前一晚快速过一遍。这里的内容都是我反复见过的真实案例不是从题库里抄出来的含金量你可以放心。6.1 高频面试题速查表类别高频题回答要点提示C语言基础sizeof和strlen的区别sizeof是运算符编译时计算变长数组除外strlen是函数运行时计算不含结束符C语言基础数组和指针的区别数组名是常量地址sizeof(数组名)是整个数组大小不能自增自减C语言基础#define和typedef的区别宏是文本替换typedef是类型定义注意#define INT_PTR int*的坑C语言基础static的三种用法修饰局部变量改变生命周期、修饰全局变量/函数限制作用域C语言基础sizeof(结构体)的计算考虑对齐规则不能简单累加成员大小内存管理什么是内存泄漏、怎么检测动态申请与释放不匹配工具valgrind、mtrace内存管理栈和堆的区别分配方式、速度、大小限制、碎片化中断中断服务函数的特点不能有耗时操作、尽量避免函数调用、不可重入问题协议I2C起始/停止条件时序SCL高电平期间SDA下降沿STARTSCL高电平期间SDA上升沿STOP协议SPI四种模式怎么区分用CPOL定时钟空闲电平、CPHA定采样沿RTOSFreeRTOS的任务状态与切换就绪、运行、阻塞、挂起PendSV异常触发上下文切换Linux常用排查命令top/free资源、dmesg内核日志、strace系统调用跟踪这张表只是索引每个问题都需要你自己展开来准备。我建议的准备方式是每个知识点准备一个“30秒回答框架”核心是结论先行、再讲理由、最后补个例子。比如问栈和堆的区别先脱口而出“栈由编译器自动管理堆由程序员手动管理”再展开说分配方式、速度、容量限制、碎片化问题最后举个项目中实际用到的场景。6.2 面试中容易踩的坑踩坑一把“用过”说成“熟悉”。简历上写了“熟悉Linux内核”但是连内核态和用户态的区别都讲不清楚面试官一旦确认你在夸大后面所有回答都会打折扣。正确的做法是只把能经得住三连问的内容写上去。“用过”和“熟悉”之间差着大量的源码阅读和实际项目经历。踩坑二忽视基础知识却去死磕冷门细节。有人花大量时间背Linux内核的调度算法源码结果面试官问strcpy、memcpy的区别都答不好。嵌入式面试的第一优先级永远是练好内功冷门细节是锦上添花不是立身之本。踩坑三不会表达自己的思考过程。技术题不仅考察你能不能答对还考察你能不能把思路讲清楚。哪怕某道题不会你也可以说自己的想法“这个知识点我没细看过但根据我对寄存器的理解大概应该这样去查数据手册……”这种表达方式展示的是分析能力比闷头想半天强太多。踩坑四不重视项目复盘。被问到“你在这个项目里遇到最大的困难是什么”时千万不要说“没遇到什么困难”或者“都挺顺利的”。面试官问这个问题的潜台词是他更在意你遇到问题时的解决思路和态度。项目复盘要在面试前认真做过至少能讲出几个有深度的问题和完整的排查过程。6.3 一小点面试心态的实操经验技术准备做到位之后你会发现心态问题反而成了最大的变量。我从面试官角度出发最后给你一个大概率有效的建议在面试前用“莫尔斯码训练法”把高频题练习到几乎条件反射的程度。具体操作是把上面的速查表每个问题写在一张卡片上正面写问题背面写核心要点。然后随机抽题给自己30秒组织答案然后在1分钟内把问题解释清楚。这样反复训练之后到了面试现场遇到类似问题的时候你的大脑会像肌肉记忆一样自动输出答案框架心态也就稳住了。我自己的体会是嵌入式面试到最后拼的不是聪明而是“扎实”二字。你写过的每一行代码、调试过的每一个bug、啃过的每一篇数据手册都会在面试中帮你多一分底气。准备的过程虽然不轻松但这类技术岗位恰恰是最公平的——你投入的每一分精力都是可量化的能力增量。方向对了慢慢积累面试通过只是时间问题。