背了三个月八股还是挂：嵌入式面试考的是定义的「延长线」

《面试题目》

1. 你项目里哪个变量加了 volatile，为什么？
2. 不加会怎么样，具体是什么现象？
3. volatile 和 const 一起用是什么效果？
4. 这个变量为什么必须加 volatile（为什么是它，不是别的变量）？
5. 加 volatile 和关中断比，有什么取舍？
6. 什么时候两个都要用？
7. DMA 缓冲什么时候能复用？
8. 任务还没处理完，DMA 又来了一次数据怎么办？
9. 双缓冲怎么设计？
10. 升级过程中断电怎么办？
11. 队列满了，丢新数据还是丢旧数据？
12. DMA 传到一半出错了怎么恢复？

《参考解析》

volatile 的准确定义只有一句：告诉编译器这个对象可能被当前执行流之外的东西改动，每次访问都要真的去内存读、真的写回去，不许缓存到寄存器，也不许把「看起来没用」的读删掉。 它解决的是编译器优化带来的可见性问题，不解决原子性，也不是内存屏障。i++ 在 volatile 下依然是读—改—写三步，中断在中间插进来照样丢计数；CPU 层面的乱序和 Cache 一致性要靠 __DMB()/__DSB() 和 clean/invalidate 处理。这两句说不清，后面的追问一定塌。

「不加是什么现象」要答得像见过。 典型是 while (!flag) {} 等中断置位：开了 -O2 之后编译器认为循环里没人改 flag，把它提到寄存器里只读一次，主循环永远出不来；加了打印或者改成 -O0 又正常了——这种「加打印就好」的 bug 就是标准症状。另一个方向是写外设寄存器：连续两次写同一个地址，编译器认为前一次是死写直接删掉，硬件只收到最后一次。

volatile 和 const 一起用看着矛盾，其实是描述两件不同的事：const 约束「这段代码不许写它」，volatile 声明「它的值会自己变」。最典型的场景是只读的状态寄存器——软件只读，硬件会改；或者 Flash 里的常量表但可能被 bootloader / DMA 更新。写 const volatile uint32_t *reg 就是「我不写，但它会变，别优化」。

和关中断的取舍是这道题真正的分水岭。volatile 只管「每次去内存读」，管不了「读的这一刻有没有被改」。单个字节或单字、单写者（只有中断写、任务读）的标志位，volatile 够了；一旦涉及多字节结构体、计数器自增、或者「读—判断—写」这种复合操作，就必须用临界区（关中断、taskENTER_CRITICAL、互斥量）或者原子指令。关中断的代价是抬高中断延迟，所以临界区要压到只剩共享变量那几行，别在里面做计算和打印。两个都用的场景很常见：ISR 与任务共享一块带长度字段的缓冲，volatile 保证不会被缓存，临界区保证读到的长度和数据是同一份快照。

DMA 双缓冲要答出「谁在写哪块」。两块 buffer 加一个当前写指针，DMA 半满中断表示前半块可以读、全满中断表示后半块可以读，中断里交换读写指针并用队列或信号量把「哪块好了」递给任务，任务处理完才把块交还。如果处理速度可能低于采集速度，就要显式决定策略：丢帧并累加 overrun 计数，还是加深环形缓冲——不能默认「反正来得及」，这正是原帖里答不上来的那一问。

异常路径那几题没有标准答案，考的是有没有想过。 升级断电：单分区原地升级一定会变砖，正确做法是 bootloader 加 A/B 双分区，镜像头带长度、CRC 和有效标志，写完校验通过才置有效位，校验失败回滚旧分区。队列满：状态量丢旧保新（关心最新值），命令和事件丢新保序（乱序执行更危险），无论哪种都要有 drop 计数并上报，静默丢数据是最差的选择。DMA 传输出错：先读错误标志分清是总线错误还是配置错误，复位通道重新配置，然后整帧重传而不是接着传剩下的半截——长度和 CRC 会让续传的帧永远校验不过。

准备方法本身值得抄：每个知识点问自己五句——它解决什么问题、不用会怎样、用错了什么现象、出 bug 从哪查、我项目里哪段代码对应得上。第五句答不出来，说明这个知识点在项目里没有落点，从「熟悉」降级成「了解」，简历上相关的那行也跟着删掉。背下来的答案换个问法就废，顺着链子想明白的，怎么绕都能绕回来。