阳光电源嵌入式一面：堆栈、野指针与 MCU 外设

《面试题目》

1. 堆和栈有什么区别？
2. static 有哪些作用？声明变量和全局变量使用时要注意什么？
3. 什么是野指针？如何避免？malloc/free 场景怎么防？
4. 你用过哪些 MCU？STM32F4 的 RAM 和外设资源如何？
5. SPI、I2C、MQTT 及多组数据上网怎么设计？
6. 介绍一个代表性项目：目标指标、难点、突破方式和收获是什么？
7. 请做一下自我介绍，并说明你的技术栈、项目职责和职业方向？
8. 你对阳光电源了解多少？为什么选择阳光电源（合肥/南京）？

《参考解析》

堆和栈的区别 从六个维度答：① 分配方式——栈由编译器自动分配释放（函数入栈时 sub sp, #n），堆由程序员手动 malloc/free；② 空间大小与位置——STM32F4 上栈从 RAM 顶部（链接脚本里的 _estack）向下生长，堆从 .bss 之后（_end）向上生长，两者相向而行，中间是空闲区，栈溢出会踩到堆或全局变量；③ 生长方向——栈向下（高地址→低地址），堆向上；④ 效率——栈只是移动栈指针，纳秒级；堆要查空闲链表、可能触发 sbrk，慢且时间不可预测；⑤ 碎片——栈是严格 LIFO，不产生碎片，堆会产生外部碎片；⑥ 生命周期——栈上变量随函数返回失效，堆上内存的生命周期完全由程序员控制，这也是内存泄漏的来源。被追问「为什么中断服务函数里尽量别放大的局部数组」，答案就是中断栈大小固定，大数组会直接溢出。

static 的作用 四个用法要分清：① 修饰函数内的局部变量——存储位置从栈挪到静态存储区，生命周期延长到整个程序运行期，只初始化一次（C 里必须用常量初始化），函数重入时保留上次的值（RTOS 下多任务共用同一个变量，是隐藏的竞态来源）；② 修饰全局变量或函数——链接属性从 external 改成 internal，只在当前编译单元可见，是 C 里做「模块私有」的标准手段，也能避免多文件同名符号冲突；③ 在 C++ 里修饰类的成员变量或函数——属于类而不是对象，所有实例共享，静态成员函数没有 this 指针、不能访问非静态成员；④ 修饰数组参数（C99 void f(int a[static 10])）——向编译器承诺至少有 10 个元素，属于优化提示。

使用时要注意三点：static 变量位于 .bss/.data 段，会一直占用内存（嵌入式 RAM 紧张时是实际成本）；跨编译单元的 static 无法被外部测试代码直接访问，写单元测试要留接口；多任务或多核环境下共享 static 变量必须加保护。

野指针的成因与防护 野指针指指向的内存已经无效、或者本来就无效的指针。四种典型成因：① 定义后没有初始化，值是随机栈内容；② free/delete 之后没有置空，再解引用就是 use-after-free；③ 指针越界（数组越界、sprintf 溢出）导致指针变量本身被写坏；④ 返回局部变量的地址，函数返回后栈帧已失效。

防护手段：定义时立即初始化为 NULL，free 之后立刻 p = NULL，使用前判空；用 sizeof 而不是手写长度，优先 snprintf/strncpy 并手动补 \0；禁止返回局部数组地址；打开编译器告警（-Wall -Wextra），配合静态分析（cppcheck、Coverity）和运行时工具（Valgrind、ASan；嵌入式可用栈哨兵加内存池溢出自检）。嵌入式里更稳的做法是干脆少用裸堆，改成静态分配加内存池或环形缓冲区，从根上消掉 malloc/free 的一整类问题。

malloc/free 怎么防坑 ① 配对——每个 malloc 对应一个 free，所有提前 return 的分支都走统一的 cleanup 标签，否则错误路径必漏；② 防重复释放——封装成 FREE(p) 宏，内部 free(p); p = NULL;，重复 free 在多数实现里会直接崩或破坏堆结构（heap corruption，现象往往是几百行之后才出错，极难定位）；③ 防越界写——分配时多给几个字节做 canary 哨兵，free 前校验哨兵没被改写；④ 防泄漏——用计数或 hook（重写 malloc/free 统计）在调试版监控分配释放平衡，长期运行的设备还要做堆水位监控与告警；⑤ 防碎片——避免频繁申请大小不一的块，改用固定块内存池（每块大小相同，O(1) 分配且无外部碎片）；⑥ 注意精简 libc 上的 malloc 未必线程安全，RTOS 下要用带锁的 pvPortMalloc，或在单任务里统一管理堆。

STM32F4 的资源 以最常见的 STM32F407（如 F407ZGT6）为例：内核 Cortex-M4F（带 FPU 与 DSP 指令），主频最高 168MHz；Flash 1MB，SRAM 192KB——分成 112KB + 16KB（SRAM1/SRAM2，挂在 AHB 上，可被 DMA 访问）和 64KB CCM（core-coupled memory，只有内核能访问，DMA 访问不到，这点最容易被追问：DMA 缓冲区不能放 CCM）。外设方面：3 个 12 位 ADC（最多 24 个通道）、2 个 DAC、最多 14 个定时器（含 2 个高级定时器，支持互补 PWM 与死区）、3 个 I2C、3 个 SPI（最高 37.5 Mbit/s）、6 个 USART/UART、2 个 CAN、1 个 USB OTG 和 1 个以太网 MAC，DMA 有 2 个控制器共 16 条流。

答这题最好把资源和项目用法连起来说，比如「用 SPI1 接外部 Flash，DMA2 流 3 搬数据，缓冲区放在 SRAM1，因为 CCM 不能被 DMA 访问」——比背参数表更能证明真用过。

SPI/I2C/MQTT 与多组数据上网怎么设计 分四层回答：① 总线分工——SPI 挂高速器件（外部 Flash、显示屏、以太网/WiFi 模组），I2C 挂低速传感器（温湿度、EEPROM、电量计），两条总线独立、互不阻塞；多从机 I2C 要确认地址不冲突并加上拉电阻，还要做总线超时恢复（从机拉低 SDA 卡死总线是经典故障，需要发 9 个时钟脉冲的解锁逻辑）。② 数据采集层——多个传感器采样周期不同，用定时器触发或 RTOS 任务按周期采集，采集结果进队列，不在中断里做耗时处理；串口或网络收不定长数据用 DMA + 空闲中断，避免丢包。③ 协议层——设备侧跑 MQTT 客户端，要点是 QoS 选择（遥测用 QoS0/1，控制指令用 QoS1 并做幂等）、keepalive 心跳与重连退避、clientId 唯一、断线期间数据缓存到本地环形缓冲区（带序号，重连后补传）、payload 用紧凑 JSON 或二进制 TLV 省流量。④ 多路上网与并发——走 4G 模组时用 AT 指令要处理 URC 异步上报，并把 AT 命令队列化（同一时刻不能并发发 AT）；用 RTOS 时按「采集任务 → 处理/告警任务 → 通信任务」划分，任务间用队列传数据，通信任务独占网络句柄；网络异常必须降级到本地存储加后续补传，保证数据不丢。最后可以补一句工程安全：涉及并网设备的固件升级要走带签名校验的双分区 OTA，掉电可回滚。