4、变量侦探：print、display与watch的妙用
调试嵌入式程序，说白了就是跟变量打交道。
你想想看，代码跑飞了、逻辑不对了、数据错了——归根结底，都是某个变量的值跟你预期的不一样。我做了十几年嵌入式开发，最深的体会就是：找到那个“叛变”的变量，问题就解决了一半。
这一章，咱们就聊聊怎么用好三个最基础的“侦探工具”：printf、display 和 watch。别小看它们，用好了，效率翻倍。
4.1 printf：最朴素的“录音笔”
printf 是 C 语言调试的“老黄牛”。它不花哨，但可靠。我个人习惯，在怀疑某个变量出问题时，第一反应就是加个 printf 看看。
核心思路：在关键路径上“录音”，把变量的变化过程打印出来。
4.1.1 什么时候用 printf？
- 初始化阶段：检查外设配置、寄存器值是否正确。
- 循环/中断里：观察变量是否按预期变化。
- 边界条件：比如数组下标、指针是否越界。
- 状态机跳转：确认状态切换是否合理。
我在项目中遇到过一个问题：一个电机控制程序，偶尔会卡死。我加了 printf 打印状态机的当前状态，发现它卡在了一个“非法状态”上。原来是一个全局变量被中断和主循环同时修改了，导致状态值错乱。你看，一个 printf 就揪出了元凶。
4.1.2 实用技巧
技巧1：加时间戳
在打印信息前加上系统滴答计数，能帮你分析时序问题。
printf("[%lu] state = %d\n", get_tick(), state);技巧2：条件打印
只在变量异常时打印，避免刷屏。
if (value > MAX_LIMIT) {
printf("WARNING: value overflow! val=%d\n", value);
}注意：printf 是阻塞的，在中断服务函数里慎用。我曾经在中断里加 printf，结果导致系统响应变慢，反而掩盖了问题。中断里建议用 ITM 或 DMA 方式输出。
4.2 display：实时“仪表盘”
如果说 printf 是录音笔，那 display 就是仪表盘。它让你在程序运行时，实时看到关键变量的变化。
在嵌入式开发中，display 通常指两种方式：
- IDE 的变量观察窗口（如 Keil、IAR、VS Code 的调试视图）
- 硬件上的 LCD/OLED 屏幕显示
4.2.1 IDE 中的 display
我个人更推荐用 IDE 的“实时表达式”功能。你可以在调试时，把变量拖到观察窗口，或者手动输入表达式。比如：
// 在观察窗口输入
my_array[3]
*(uint32_t*)0x40020000
sensor_value > 100 ? "HIGH" : "LOW"这样，每执行一步，你都能看到值的变化。比 printf 更直观，而且不污染代码。
4.2.2 硬件 display
如果项目有屏幕，我习惯在屏幕上开一个“调试页”。把关键变量排成几行，比如：
Line1: RPM: 1234 Temp: 25.6C
Line2: State: RUN Error: 0这样做的好处是：不用接调试器，在现场就能看。我记得有一次在客户现场排查问题，就是靠屏幕上的调试页，发现一个传感器数据偶尔跳变，最终定位到是线缆接触不良。
核心思路：display 适合观察“连续变化”的变量，比如速度、温度、状态机。
4.3 watch：自动“监控探头”
watch 是调试器提供的高级功能。它像一个自动探头，当变量满足某个条件时，就停下来让你检查。
说白了，就是“断点 + 条件”。
4.3.1 数据断点（Data Watchpoint）
这是我最常用的功能。比如，你怀疑某个全局变量被意外修改了，可以设置一个数据断点：
- 条件：变量地址 + 访问类型（读/写）
- 触发：一旦有代码访问这个变量，CPU 立即停下
我曾经用这个功能抓到一个“幽灵修改”。一个全局数组的值总是不对，我设了数据断点，发现是一个野指针在中断里写到了这个数组的地址。如果没有 watch，这种问题排查起来非常痛苦。
4.3.2 条件断点（Conditional Breakpoint）
普通断点每次都会停，条件断点只在满足条件时停。比如：
// 只在 count 超过 100 时停下
if (count > 100) {
// 这里设断点
}或者直接在 IDE 里设置：count > 100。这样，你就不用一次次按“继续”了。
注意：条件断点会增加调试器的开销。如果条件太复杂，或者循环次数太多，调试器可能会变慢甚至卡死。我建议条件尽量简单，比如 i == 5 或 flag == 1。
4.4 三者的对比与选择
| 工具 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| printf | 初期排查、现场调试 | 简单、通用、不依赖调试器 | 阻塞、污染代码、影响实时性 |
| display | 实时观察、连续变化 | 直观、不阻塞、可现场使用 | 需要硬件支持、信息有限 |
| watch | 精准定位、复杂条件 | 自动化、精准、不污染代码 | 依赖调试器、有性能开销 |
我的建议是：先用 printf 快速定位大致范围，再用 display 观察变化趋势，最后用 watch 精准抓取异常。三个工具配合使用，效率最高。
4.5 知识体系：变量侦探的核心逻辑
下面这张图，帮你理清这三个工具的关系和使用流程。
4.6 避坑指南
我曾经犯过的错：
- printf 刷屏导致死机：在高速循环里不加限制地打印，结果串口缓冲区溢出，程序直接卡死。后来我加了打印频率限制，比如每100次打印一次。
- display 显示过时数据：在中断里更新显示变量，但主循环读取时没加锁，导致看到的是“半更新”的数据。后来我用了 volatile 关键字，并加了临界区保护。
- watch 条件设得太复杂：有一次设了
a > 100 && b < 50 && c == 3，结果调试器直接罢工。后来我把条件拆成多个简单断点，逐个排查。
嗯，这三个工具虽然基础，但用好了，真的能帮你省下大把时间。下次遇到变量异常，别急着翻代码，先想想：该用 printf 录音，还是 display 看表，或者 watch 设个探头？
公众号:蓝海资料掘金营，微信deep3321