高通嵌入式软件开发面经：强度很大，问题更偏系统和落地
这场高通嵌入式软件开发面试整体节奏很快，面试官不是按八股顺着问，而是从项目、系统、内核、同步、内存、驱动和升级链路里不断切换，基本属于一旦某个点答得浅，就会立刻往底层追。体感上更看重两件事：第一是 Linux 和嵌入式系统基础是否成体系，第二是能不能把项目里的真实设计、问题定位和工程取舍讲清楚。准备这类岗位，单靠背题不够，很多问题都带着“继续往下挖”的味道。
题目总结
- 进程切换发生时，内核最少需要保存和恢复哪些核心上下文，哪些内容不是每次切换都必须完整重建的？
- select、poll、epoll 在底层事件通知机制上的差异是什么，为什么高并发场景下通常不会继续用 select？
- 如果一个驱动里同时有中断上半部、下半部和用户态读写接口，怎样划分各自职责才能避免长时间关中断和响应抖动？
- fork 之后父子进程地址空间看起来一样，实际内核是通过什么机制避免一开始就完整复制所有物理页的？
- 用户态传一个大缓冲区给内核处理时，什么场景适合 copy_from_user，什么场景更适合零拷贝或页映射思路？
- 自旋锁、互斥锁、信号量、完成量分别适合什么场景，如果在中断上下文里误用了会睡眠的锁会发生什么？
- 多线程环境下一个环形缓冲区同时被生产者和消费者访问，除了“加锁”之外，还要重点考虑哪些边界条件和可见性问题？
- DMA 参与数据收发时，CPU Cache 为什么会导致“明明搬完了但数据不对”，工程上通常怎么处理一致性问题？
- 一个实时任务周期性超时，但 CPU 利用率并不高，这种问题通常要从调度延迟、优先级设计、中断干扰和临界区哪个方向先查？
- Linux 驱动里 probe 成功不代表设备真的可用，如果设备初始化后偶发失败，排查链路应该怎么从时钟、复位、电源、总线和寄存器访问往下走？
- 共享库延迟绑定和立即绑定各自会影响启动时机和运行时行为，动态链接器在第一次调用符号时大致做了什么？
- 双分区升级里，如果新镜像已经写入但校验通过后仍然启动失败，Bootloader 一般依据什么状态机设计决定是否回退旧版本？
- 如果上位机需要精确感知升级进度、失败阶段和回滚结果，设备侧协议和状态持久化字段应该怎么设计才更稳妥？
更多详细的嵌入式软件开发面经都整理在专栏里面了：
https://www.nowcoder.com/creation/manager/columnDetail/mPZ4kk
这类面试的难点不在题目偏，而在于覆盖面大、追问深，而且很容易从一个概念题直接切到工程落地。只会讲定义基本撑不过去，尤其是进程调度、锁、内存、DMA、驱动初始化、升级状态机这些点，面试官更想听的是“原理 + 约束 + 出问题时怎么查”。如果目标是这类嵌入式软件开发岗位，准备时最好按 Linux 基础、驱动模型、并发同步、内存管理、缓存一致性、升级链路和项目深挖几条线并行梳理。