这场高通嵌入式软件开发面试整体节奏很快，面试官不是按八股顺着问，而是从项目、系统、内核、同步、内存、驱动和升级链路里不断切换，基本属于一旦某个点答得浅，就会立刻往底层追。体感上更看重两件事：第一是 Linux 和嵌入式系统基础是否成体系，第二是能不能把项目里的真实设计、问题定位和工程取舍讲清楚。准备这类岗位，单靠背题不够，很多问题都带着“继续往下挖”的味道。题目总结进程切换发生时，内核最少需要保存和恢复哪些核心上下文，哪些内容不是每次切换都必须完整重建的？select、poll、epoll 在底层事件通知机制上的差异是什么，为什么高并发场景下通常不会继续用 select？如果一个驱动里同时有中...

面试迟到，还在面试前偷偷降100待遇，浪费我时间

很多人复习嵌入式面试时，容易在资料堆里来回切换：今天刷 C 语言，明天看 Linux 驱动，后天补 FreeRTOS，最后又发现面试官真正想看的并不是你背过多少知识点，而是你能不能把底层基础、调试能力、工程经验和项目表达连成一条线。从近阶段岗位要求和面试交流内容里能明显看出来，嵌入式岗位的筛选标准正在收紧。只会停留在单片机外设调用、只会背八股、只会说“做过串口通信”的候选人，区分度越来越低。真正更容易拿到面试通过感的，是那些既能讲清楚 C/C++ 基础，又能落到 Linux/RTOS/BSP/驱动/协议/调试/项目闭环 的人。如果把现在常见的面试方向压缩成一句话，就是：基础要硬，系统观要有，项...