第七层：调试与性能优化
调试与优化章节面向真实项目中的问题定位。重点不是罗列工具，而是建立一套从现象、日志、波形、寄存器到性能指标的排查顺序。
建议学习目标：
- 掌握 SWD/JTAG、GDB、OpenOCD、逻辑分析仪和示波器的分工。
- 能把“软件调试”和“硬件信号观察”结合起来。
- 理解性能优化与低功耗优化的常见切入点。
- 建立从复现问题到定位根因的系统化调试习惯。
阅读建议：先看调试工具，再看性能与功耗优化，最后结合实战案例理解如何选择手段。
常用调试工具
JTAG / SWD 接口
JTAG 和 SWD 都是常见的芯片调试接口。
- JTAG：功能完整，适合复杂芯片和链式调试
- SWD：引脚更少，特别适合 ARM Cortex-M MCU
对大多数 MCU 开发者来说，SWD 更常用，因为它：
- 占用引脚少
- 调试效率高
- 生态支持好
GDB + OpenOCD 调试
这组组合是开源调试工具链中的核心。
- GDB：负责断点、单步、查看变量、栈回溯
- OpenOCD：负责把 GDB 连接到具体调试器和目标芯片
常见使用流程：
bash
openocd -f interface/stlink.cfg -f target/stm32f4x.cfg
arm-none-eabi-gdb firmware.elf
(gdb) target remote :3333
(gdb) load
(gdb) monitor reset halt
(gdb) break main
(gdb) continue实际调试中最常用的不是“把所有命令背下来”，而是掌握这些能力：
- 断点和条件断点
- 单步与跳过函数
- 查看局部变量与全局变量
- 查看调用栈
- 查看寄存器和内存
逻辑分析仪 / 示波器
软件调试只能看到“程序认为发生了什么”，波形工具能看到“硬件实际上发生了什么”。
逻辑分析仪更适合：
- SPI / I2C / UART 协议时序
- 触发条件分析
- ACK / NACK、片选和时钟关系确认
示波器更适合：
- 模拟信号观察
- 电源纹波和掉压
- PWM 波形
- 传感器模拟输出
如果通信不稳定、外设无响应、偶发复位，先看波形通常比先改代码更有效。
printf / 串口调试
串口日志仍然是嵌入式最常用的调试方式之一。
优点：
- 成本低
- 上手快
- 对业务流观察直观
局限：
- 打印过多会影响实时性
- 中断中打印可能导致更大问题
- 时间顺序不一定等同于硬件真实时序
建议：
- 日志要有等级
- 关键路径避免大量打印
- 对性能敏感路径使用事件计数或采样日志
断点调试
断点调试适合定位：
- 某个分支是否进入
- 某个变量何时被改坏
- 某个异常发生前的调用路径
但也要注意：
- 断点会改变时序
- 对实时问题和通信问题有时会掩盖现象
- 某些外设在暂停 CPU 后会进入异常状态
性能与功耗优化
FreeRTOS Trace 与分析工具
RTOS 系统里，性能问题经常来自：
- 任务优先级不合理
- 阻塞时间过长
- 中断频率过高
- 任务之间相互抢占
这类问题靠普通日志很难看清，需要借助可视化工具观察调度行为。
SystemView 分析工具
SystemView 这类工具的优势是：
- 能看到任务切换顺序
- 能看到中断触发和耗时
- 能分析 CPU 时间花在了哪里
适合排查：
- 系统卡顿
- 任务饥饿
- 周期任务抖动
- 中断打断过多
STM32CubeMonitor
这类图形化监视工具适合做在线观测：
- 电流
- 电压
- 采样值变化趋势
- 控制参数变化
当系统“能跑但表现不稳定”时，图形化趋势往往比看单点日志更有价值。
低功耗模式优化
低功耗优化并不只是“进入休眠”，而是整套策略设计：
- 哪些模块常开
- 哪些模块可按需唤醒
- 时钟是否需要动态降频
- 通信窗口如何收敛
常见切入点：
- 降低采样频率
- 减少无意义轮询
- 用中断替代忙等
- 关闭不用的外设时钟
调试与优化实战案例
常见问题可以按下面思路处理：
- 先复现问题
- 明确是功能错误、时序错误还是性能问题
- 选对证据来源：日志、寄存器、波形、调度图
- 缩小范围
- 修改后重新验证
三个典型案例：
- UART 偶发丢包：先查波特率、FIFO、DMA、缓存边界
- 系统偶发复位：先看看门狗、电源和 HardFault
- 电池设备待机不达标：先测量电流，再查唤醒源与外设时钟
学习资源推荐
- GDB 官方文档
- OpenOCD 文档
- FreeRTOS Trace 文档
- SEGGER SystemView 文档
- 芯片厂商低功耗应用手册
本章小结
调试能力本质上是证据收集能力。好的排查顺序通常是：先复现，再观察，再缩小范围，最后验证修复。优化也是同理，先测量，再分析，最后决定是否值得改。