3. 单步调试：Step Into、Step Over、Step Out、反向调试

单步调试，说白了就是让代码「逐行慢放」。你想想看，程序跑得再快，出问题的时候你也得让它停下来，一步一步走给你看。我个人习惯把这四种操作称为「调试四件套」——Step Into、Step Over、Step Out，再加上反向调试这个「后悔药」。

3.1 三种正向单步操作

先看最基础的三个。它们解决的是同一个问题：当前这一行执行完后，下一行停在哪？

3.2 实战：一个典型的调试场景

假设你有这么一段代码：

function calculatePrice(basePrice, discount) {
    let discounted = applyDiscount(basePrice, discount);
    let tax = calculateTax(discounted);
    return tax + discounted;
}

function applyDiscount(price, rate) {
    return price * (1 - rate);
}

function calculateTax(amount) {
    return amount * 0.13;
}

你在 let discounted = ... 这一行停了。接下来：

• 按 Step Over：直接算出 discounted 的值，跳到 let tax = ...。你不关心 applyDiscount 怎么算的，只看结果对不对。
• 按 Step Into：跳进 applyDiscount 函数内部，停在 return price * (1 - rate)。你怀疑折扣计算有误。
• 按 Step Out：执行完 applyDiscount 剩下的代码，直接回到 calculatePrice 的下一行。你发现折扣逻辑没问题，不想在里面浪费时间。

3.3 反向调试：让时间倒流

正向单步有个痛点：你走过了，就回不去了。变量值变了就是变了，你只能重新启动调试再来一次。反向调试（Reverse Debugging）就是来解决这个问题的。

说白了，它允许你「倒带」。你可以在执行历史中往回走，查看之前某个时刻的变量状态。

3.4 反向调试的实战价值

你想想看，正向调试最痛苦的是什么？「我错过了关键点」。比如：

• 一个变量在循环第 100 次时被错误修改了，但你发现时已经循环到第 500 次了。
• 你 Step Over 太快，没看清某个中间值。
• 你想知道「这个变量是什么时候变成 null 的」。

反向调试让你可以直接「往回看」，不用重新跑一遍。我在项目中遇到过几次特别棘手的竞态条件问题，正向调试根本抓不住，全靠 RR（Mozilla 的反向调试工具）录下完整执行轨迹，然后倒着找变量第一次出现异常值的时刻。

3.5 知识结构图

下面这张图把四种操作的关系和适用场景串起来了：

3.6 避坑指南

• Step Into 进了标准库？——直接 Step Out 出来，别在里面浪费时间。除非你怀疑是编译器或运行时的问题。
• 反向调试太慢？——先缩小范围。用条件断点定位到可疑的循环次数或调用栈深度，再开启记录。
• 多线程调试时 Step Over 会跳到其他线程？——这是正常的。调试器只是暂停了当前线程，其他线程可能还在跑。建议先挂起所有线程，再单步。

嗯，单步调试的核心就这些。记住一个原则：先快速扫，再深入查，最后用反向调试啃硬骨头。这四种操作配合好了，大部分 bug 都藏不住。