3. 单步执行与变量监控：Step Over、Step Into、Step Out 的区别，Watch 窗口与 Live Watch 的使用
调试器里最常用的三个按钮，就是 Step Over、Step Into 和 Step Out。很多新手搞不清它们到底有啥区别，说白了就是一句话：你让 CPU 怎么跑，你站在哪一层看代码。
我刚开始用 Keil 的时候，也犯过傻——明明想进子函数看看，结果一路 Step Over 跑完了，啥也没看到。后来才明白，这三个动作对应的是不同的调试粒度。
3.1 三个 Step 的区别
| 操作 | 含义 | 执行粒度 | 典型场景 |
|---|---|---|---|
| Step Over (F10) | 单步执行，遇到函数调用时不进入，直接执行完整个函数 | 当前行 → 下一行（函数整体跳过） | 确认函数返回值正确，不需要看内部细节 |
| Step Into (F11) | 单步执行，遇到函数调用时进入函数内部 | 当前行 → 函数内部第一行 | 怀疑函数内部逻辑有 bug，需要逐行排查 |
| Step Out (Shift+F11) | 从当前函数内部直接跳出，回到调用处 | 函数内部剩余行 → 调用处的下一行 | 已经找到问题，不想继续在函数里浪费时间 |
核心记忆法：
- Over = 跨过去，不进去看
- Into = 钻进去，逐行看
- Out = 跳出来，不看了
举个例子。假设你有这么一段代码：
void main(void) {
uint8_t a = 5;
uint8_t b = 10;
uint8_t c = add(a, b); // 断点停在这里
c = c * 2;
}
uint8_t add(uint8_t x, uint8_t y) {
return x + y;
}断点停在 c = add(a, b); 这一行：
- 按 F10 (Step Over)：直接执行完
add()，光标跳到c = c * 2;。你看不到add()内部发生了什么。 - 按 F11 (Step Into)：光标跳进
add()函数内部，停在return x + y;这一行。你可以看 x、y 的值对不对。 - 在
add()内部按 Shift+F11 (Step Out)：直接执行完add()，回到c = c * 2;。
我的习惯：
我一般先用 Step Over 快速跑一遍主干逻辑。如果某个函数返回值不对劲，再回到断点处用 Step Into 钻进去看。这样效率最高，不用每个函数都进去看一遍。
3.2 Watch 窗口：静态观察变量
Watch 窗口是调试器里最常用的变量查看工具。你手动把变量名加进去，程序停下来的时候，窗口里会显示变量的当前值。
在 Keil、IAR、STM32CubeIDE 里操作都差不多：
- 程序停在断点处
- 在 Watch 窗口的空白行输入变量名
- 窗口自动显示变量的值和类型
Watch 窗口有个特点：只有程序暂停时才会刷新。你全速运行的时候，Watch 窗口里的值不会变。所以它适合做「定点检查」——断点停下来，看一眼变量对不对。
我曾经踩过的坑：
有一次我调试一个电机控制程序，Watch 窗口里显示电流值一直是 0。我查了半天电路，最后才发现——程序全速跑的时候，Watch 窗口根本没刷新。我以为电流是 0，其实只是没看到最新值。后来我加了断点，停下来再看，才发现电流正常。记住：Watch 窗口只在暂停时更新。
3.3 Live Watch：动态观察变量
Live Watch（有的 IDE 叫 Live Variables 或实时变量）就不一样了。它会在程序全速运行期间持续刷新变量值。你想想看，这有什么用？
- 调试 PWM 占空比：你可以看着占空比值实时变化
- 调试 ADC 采样值：看采样值随外部信号波动
- 调试状态机：看状态变量在运行中切换
Live Watch 的实现原理，一般是调试器通过 SWD/JTAG 接口的轮询机制，在程序运行的间隙偷偷读一下内存。所以它有个副作用：会拖慢程序运行速度。变量越多、刷新频率越高，程序跑得越慢。
| 特性 | Watch 窗口 | Live Watch |
|---|---|---|
| 刷新时机 | 仅程序暂停时 | 全速运行时持续刷新 |
| 对程序性能影响 | 无影响 | 有影响，变量越多越明显 |
| 适用场景 | 定点检查、断点调试 | 观察动态变化、实时信号 |
| 典型用途 | 检查函数返回值、循环变量 | 观察 ADC、PWM、状态机 |
我的建议：
Live Watch 不要加太多变量。我一般只加 2-3 个关键变量，比如状态机当前状态、ADC 采样值。加多了程序会卡顿，反而影响调试。另外，如果程序有时序敏感的逻辑（比如通信协议），最好别开 Live Watch，它会破坏时序。
3.4 三者配合使用的实战流程
下面这张图是我在实际项目中总结的调试流程，你可以参考：
实际调试的时候，我一般这么操作：
- 在怀疑的代码行设置断点
- 全速运行，让程序停在断点处
- 在 Watch 窗口加关键变量，看值对不对
- 如果值正确 → Step Over 继续往下走
- 如果值不对 → Step Into 钻进函数内部排查
- 在函数内部用 Watch 窗口看局部变量，找到问题后 Step Out 跳出来
特别注意：
Live Watch 在调试中断服务函数（ISR）时要慎用。ISR 执行时间很短，Live Watch 的轮询可能打断 ISR 的执行时序，导致你看到的值不准。我遇到过好几次，Live Watch 显示的中断标志位是错的，关了 Live Watch 就好了。
3.5 总结一下
Step Over、Step Into、Step Out 控制的是调试的「粒度」，Watch 窗口和 Live Watch 控制的是「观察方式」。两者配合好了，调试效率能翻倍。
我个人习惯的黄金组合：
- Step Over + Watch 窗口：快速验证主干逻辑
- Step Into + Watch 窗口：深入排查函数内部
- 全速运行 + Live Watch：观察动态变化
记住一点：工具是死的，思路是活的。别死磕一个方法，灵活切换才是高手。