站在入职的节点回头看，去年的自己其实挺“轴”的。那时候立下的flag很简单也很功利：把基础打牢，一定要拿到一份满意的嵌入式offer。现在回头看，那些熬夜啃C语言指针、死磕RTOS调度原理、对着示波器调试时序的日子，虽然枯燥，但确实是这些积累帮我敲开了职场的大门。去年的flag算是圆满达成了，不仅收获了心仪的工作，更重要的是建立了作为一名嵌入式工程师的自信。当然，拿到offer不是终点，而是新的起点。对于即将开始的职业生涯，我给自己定了几个更接地气的小目标：完成“学生”到“工程师”的思维转变：不再只满足于“代码能跑通”，而是要追求代码的可读性、健壮性和工程规范。尽快熟悉公司的代码风格和开发流程...

本次大华嵌入式开发岗位二面，聚焦专业技术基础、实习工作实操及个人职业规划三大核心维度，既通过技术提问考察专业功底，也围绕实习经历与未来规划了解个人适配度。这些题目是在面试中被问到的一些题目难度其实不是特别大，还是基础为主。项目中使用过的 RTOS 及其任务调度机制嵌入式开发中常见的通信接口（UART/SPI/I2C）区别与使用场景如何排查嵌入式系统中的死机、跑飞问题对内存管理、栈与堆的理解对嵌入式软件开发流程的理解你做过的项目中最有挑战的部分是什么你在实习的公司主要是负责什么你对未来有什么规划从面试检验的角度来看，此次提问覆盖了RTOS、通信接口、问题排查、内存管理等核心技术点，也围绕实习职责...

面试主要围绕我的自我介绍展开，核心覆盖C/C++、嵌入式底层、RTOS、通信协议及项目实操等模块。一面为线上视频形式，时长约40分钟，面试官给我的感觉是不错的。一、面试流程回顾首先是3分钟自我介绍，我重点梳理了自己的学历背景、核心技能栈（STM32、FreeRTOS、C/C++底层开发），并聚焦1个嵌入式项目展开，突出了自己在项目中的技术选型、难点解决及优化贡献，这也成为了后续面试官追问的核心方向。随后是30分钟左右的核心提问环节，面试官每题会结合我的回答深入追问1-2个细节，不局限于理论记忆，更侧重知识的实际应用。最后预留5分钟反问环节，我询问了岗位核心业务（聚焦大华安防设备方向）、团队技术...

最近我想给大家分享一些我自己的嵌入式面试经历和经验，嵌入式面试有的时候其实没有那么难。一、嵌入式面试的核心：基础是通行证，而非“加分项”嵌入式技术横跨软硬件，从单片机到RTOS，从驱动开发到Linux应用，看似体系繁杂，但所有复杂模块的底层，都离不开核心基础。面试官设计提问时，往往是从基础知识点切入，逐步延伸至实际应用，而非一上来就考察冷门技术。比如面试单片机岗位，不会一上来就问“复杂项目的整体架构”，而是先问“GPIO的工作模式有哪些？推挽与开漏输出的区别是什么？”；考察Linux嵌入式，核心也是“字符设备驱动的基本流程”“设备树的作用”这类基础内容。基础扎实，就能顺着提问逻辑层层展开，即便...

嵌入式秋招，对我来说并不是一次“临时起意”的冲刺，而是一段持续几个月、不断修正方向的过程。回过头看，这次秋招真正拉开差距的，并不是临时刷了多少题，而是准备顺序、侧重点以及调整能力。这篇文章主要从几个方面，系统梳理我在嵌入式秋招中的准备过程与经验。一、明确方向：你要投的是“嵌入式软件”，不是泛计算机很多人一开始就犯了一个错误：简历写得像计算机专业，但岗位投的是嵌入式软件工程师。在真正开始准备前，我先做了一件事：拆 JD（岗位描述）。我重点关注的是：MCU / SoC（STM32、NXP、TI、瑞萨、CYT、ESP）C / C++RTOS（FreeRTOS、RT-Thread）外设驱动（UART、...

结束了2025年下半年这一轮嵌入式秋招，回头看下来，感触非常深。现在也到2026年了，马上也快准备春招了，想给大家写一些面试的经验分享。后续我也会带大家来看看这些公司的面试题。这一轮面试，前后参与过的公司包括但不限于：蔚来、小米、华为、禾赛科技、大华、海康威视、中兴、OPPO、vivo、比亚迪、汇川、兆易创新、全志、瑞芯微、舜宇、立讯、京东方、联影、紫光展锐等。岗位覆盖了：MCU / RTOS 嵌入式软件Linux 嵌入式应用Linux 驱动 / BSP车载 / 工业 / 消费电子方向如果只看结果，很容易得出一句轻描淡写的总结：“有的过了，有的没过”。但真正有价值的是——为什么有些公司能走到终...

刚接触嵌入式时，我们都经历过“调通代码就狂喜”的阶段：配置好SPI接口让传感器返回第一个数据，用UART把采集到的信息发送到上位机，看着屏幕上跳动的字符，成就感油然而生。但真正进入项目开发才发现，“能跑”只是起点，“稳定跑、高效跑、兼容各种场景跑”才是行业对工程师的真实要求。就像做一个工业控制器，既要保证电机脉冲的实时输出（误差不能超过1ms），又要处理触摸屏的按键输入（不能卡顿），还要在后台记录设备运行日志（不能占用过多CPU资源）。如果只凭“试错法”堆代码，要么某个功能突然崩溃，要么在极端工况下（比如低温、强电磁干扰）彻底罢工——这就是为什么很多新手觉得“学了一堆知识，一到项目就懵”。全网最全面的嵌入式八股文专栏：https://www.nowcoder.com/creation/manager/columnDetail/mPZ4kk这些“隐性门槛”，正在拦住你的晋升路1. 时序设计只看“表面正常”，忽略“极端情况”用延时函数 delay_ms(10) 来等待传感器就绪，在实验室环境下没问题，但到了工业现场，CPU负载骤增时，实际延时可能变成20ms甚至更长，直接导致传感器数据采集失败。不懂“硬件定时器”“任务调度优先级”的设计逻辑，代码就像建在沙滩上的房子。2. 外设通信只知“调用库函数”，不懂“协议本质”用I2C读取温湿度传感器时，照着例程写 I2C_ReadBytes() 能拿到数据，但换个需要“重复起始信号”的设备就彻底卡壳。其实是没吃透I2C协议中“起始信号、应答位、时钟拉伸”的底层逻辑——只懂API不懂原理，永远是“换个场景就翻车”。3. 系统设计缺乏“全局思维”，陷入“改一处崩一片”给设备加一个OTA升级功能，结果原来稳定的传感器采集突然变得断断续续。排查后才发现，升级任务占用了太多Flash带宽，导致SPI通信被打断。不懂“资源抢占与同步”“任务优先级划分”，功能越复杂，系统越混乱。嵌入式八股文：把“行业经验”变成“你的底气”嵌入式八股文不是让你死记硬背的知识点，而是把成千上万工程师踩过的坑、验证过的方案，梳理成可复用的“技术框架”。比如：- 讲“时序控制”时，不仅会告诉你“为什么延时函数不可靠”，还会教你“用定时器中断实现精确延时”“用RTOS任务调度避开阻塞”，让你的代码在任何负载下都能守时；- 讲“通信协议”时，不仅解析“UART的起始位/停止位作用”“SPI的CPOL/CPHA时序差异”，还会结合实战场景分析“如何通过示波器排查通信错误”“多设备共存时的总线冲突解决办法”；- 讲“系统设计”时，会拆解“任务拆分的3大原则”“信号量与队列的正确用法”“低功耗模式下的外设唤醒策略”，帮你从“堆功能”升级到“搭系统”。掌握这些，你能获得什么？调试时，遇到设备死机，能快速定位是“栈溢出”还是“死锁”，而不是对着代码发呆；开发时，新增功能前能预判“是否会影响其他模块”，提前做好资源隔离，避免“牵一发而动全身”；面试时，被问到“如何设计一个高可靠的物联网终端”，能从“硬件选型”“通信协议”“任务调度”“异常处理”全维度作答，让面试官眼前一亮。行业真相：“知其然”只能打杂，“知其所以然”才能掌权企业里，能调通代码的工程师一抓一大把，但能独立负责项目、解决核心难题的人却少之又少。差别就在于：前者只掌握“操作方法”，后者吃透“底层逻辑”。嵌入式八股文的价值，就是帮你把零散的知识串成体系，让你在面对复杂问题时，能快速找到突破口。无论是想摆脱“调库工具人”的标签，还是想在跳槽时拿到更高薪资，这份专栏都能成为你的“加速器”。现在就走进来，从核心原理到实战方案，一步步搭建属于自己的嵌入式技术体系。全网最全面的嵌入式八股文专栏：https://www.nowcoder.com/creation/manager/columnDetail/mPZ4kk

最明显的坏习惯就是越来越“圆”了，加班多了，抗议少了，慢慢地，学生时期的棱角都被现实改变，养成了如自愿加班这种好习惯，但其实上学的时候也有自愿返校这种东西，好像变了又好像什么都没变。

拿到offer也算迈出了人生一大步，最好给自己放个假去旅旅游什么的，就像高考后的狂欢。没有了失业焦虑还是应该小小庆祝一下，慢点走，前面的路会很难走。

如果是技术面的话不一定是坏事，毕竟也是能学到东西的。而且面试时长这东西宜长不宜短吧，对于没什么把握的面试确实得要长时间的面试，这也是展现自己技术的好机会。别的不说，两场面试时长一长一短，你自己心里的把握程度也不一样。但按结果论的话，面试半天不给过那确实是很炸😅

说什么伪装，不过是为了入职使用的手段罢了，只要在hr眼里我是什么样的，那我就是这样的，什么接受加班、接受大小周、提前到公司......都是生存法则

既然是平日里抬头不见低头见的同事，如果不能交好也不能交坏。我比较常用的破冰手段就是借着项目上的小问题去咨询探讨一下，一来二去就熟了，还能多个解决渠道

摸鱼时候打两把皇室战争那是相当惬意，当然蹲厕所看会小说也是十分享受，注意时间就好，不要引起怀疑，更不要影响健康

看着屏幕里的代码就犯难，任务堆起来压力就大，跟上学时候上课、上网课一样一样的，但这么多年了也习惯了。