大众 Cariad（酷睿程）嵌入式软件一面：MCU 启动流程与 OTA

《面试题目》

1. 自我介绍
2. 讲一下这段实习吧
3. OTA、bootloader 具体是怎么做的？
4. 传输的数据有没有进行封装？
5. 升级过程中粘包、丢包了怎么办？
6. 项目中你解决的最难的一个 bug 是什么？
7. MCU 上电之后，CPU 第一步执行什么？整个启动流程是怎样的？
8. int *p、int **p 分别表示什么？
9. static 关键字有什么作用？
10. volatile 关键字有什么作用？
11. 数组和链表有什么区别？
12. 反问环节（工作节奏、年假机制、薪资结构与补贴）

《参考解析》

MCU 上电启动流程：以 Cortex-M 为例，复位后 CPU 从向量表取前两项——第 0 项是初始栈指针 MSP，第 1 项是复位向量（Reset_Handler 地址），硬件自动把 SP 装好、PC 跳到 Reset_Handler。之后依次：执行 SystemInit() 配置时钟（PLL、总线分频、Flash 等待周期）→ 把 .data 段从 Flash 拷到 RAM → 把 .bss 段清零 → 初始化堆栈 → 调用 __libc_init_array 跑 C++ 全局构造 → 进入 main() → 初始化外设 / RTOS → 主循环。可以补两个加分点：Reset_Handler 之前只有硬件行为，栈指针还没装好之前不能执行 C 代码；中断向量表默认在 Flash 起始地址，也可以重映射到 RAM 起始处（SCB->VTOR），做 Bootloader 跳转时要用到。

OTA 与 Bootloader 怎么做：Flash 分区至少三块——Bootloader 区、App 运行区（Slot A / B）、参数区（记录当前有效分区、升级标志、版本、CRC）。流程：Bootloader 上电先读参数区，判断有没有待升级标志，没有就校验 App 的 CRC 后跳转；有就进入升级模式，接收新固件写入备份区（A/B 分区则是写入非运行区），接收完成后校验整包 CRC / 签名，通过则改写分区标志、重启后由 Bootloader 切换到新分区，失败则回滚到旧分区。升级包一般还要做差分（bsdiff / 自研差分包）节省流量，App 跳转前要关中断、设 MSP、重定位向量表（SCB->VTOR = APP_ADDR）。

传输数据要不要封装 / 粘包丢包怎么处理：串口、CAN 这类字节流必须封帧，否则无法界定边界。典型帧格式：帧头 + 长度 + 命令字 + 序号 + Payload + CRC。接收端用状态机或环形缓冲区解析：数据不完整就继续累积（应对拆包），一次收到多帧就按帧头和长度字段循环取出（应对粘包）；序号用来发现丢包和乱序，可靠传输场景加 ACK + 超时重传 + 去重，实时数据流则允许丢旧数据保实时。CRC 校验失败直接丢帧并计数，连续失败触发重传或报错。这套思路和文件传输协议一样，落地时注意长度字段的字节序、最大帧长限制和缓冲区越界。

static 与 volatile：static 看位置——修饰局部变量是延长生命周期（存放于静态区，只初始化一次，函数多次调用值保留）；修饰全局变量 / 函数是限制链接属性为内部链接，只在当前 .c 文件可见，用来避免多文件命名冲突。volatile 是告诉编译器该变量的值可能在本代码流之外改变，每次使用都必须真实访问内存，不得缓存到寄存器或优化掉；嵌入式典型场景是中断与主循环共享的标志、硬件寄存器映射、DMA 更新的缓冲区。要强调它不保证原子性也不保证线程安全——volatile int count; 做 count++ 依然是读改写三步，多任务下要用关中断、原子指令或互斥锁。

数组和链表：数组内存连续，支持 O(1) 随机访问，Cache 友好，但插入删除平均要移动元素、扩容有成本；链表节点靠指针串联，内存不要求连续，插入删除只改指针，但随机访问 O(n)、每节点多一个指针开销、Cache 命中率差、容易产生内存碎片。工程上还有折中结构：环形缓冲区（串口收发）、块状链表、动态数组。嵌入式里还要考虑静态分配优先——RTOS 场景尽量用内存池或静态数组，避免运行期 malloc 造成碎片。

反问环节：面试官介绍的工作节奏是 16 薪、每月补贴约 3k、带薪年假入职即 10 天以上，整体偏外企风格。反问时把年假机制、加班情况、转正与调薪周期、团队技术栈问清楚，比只问”什么时候出结果”更有信息量。