单步调试 vs 单步进入：搞懂这两步，Debug 少踩一半坑

写代码时卡在某个函数里出不来？明明点了“单步调试”，结果直接跳进系统库源码里，满屏红标还找不到自己写的逻辑？别急，这大概率不是电脑抽风，而是你没分清“单步调试”和“单步进入”这两个按钮的实际行为。

先看个真实场景

你在调试一个内网穿透工具的启动流程，main.go 里调了一行：

err := startTunnel("127.0.0.1:8080", "ngrok.example.com")

你想看看 startTunnel 里到底做了啥。如果此时你按的是“单步调试”（通常图标是 ⏷️ 带一个向下的箭头），IDE 很可能直接执行完整个函数，光标落到下一行——你啥也没看到；但要是按了“单步进入”（图标常是 ⏷️ 带一个向右弯的箭头），它才会真的一行行走进去，停在函数第一行 log.Println("Starting tunnel...") 上。

一句话区分

单步调试（Step Over）：执行当前行，不管它是普通语句还是函数调用，执行完就停在下一行。适合“我信这个函数没问题，先过”。
单步进入（Step Into）：遇到函数调用，就钻进去，逐行看它内部怎么跑。适合“我就想盯死这段逻辑”。

实战小技巧

调试内网穿透配置加载时，常会遇到类似代码：

cfg, err := loadConfig("config.yaml")
if err != nil {
  log.Fatal(err)
}
tunnel := NewTunnel(cfg)

如果你怀疑 loadConfig 解析错了端口，就该在第一行按“单步进入”；但如果只是确认 cfg 拿到了，之后想快速看 NewTunnel 初始化是否成功，那第二行就用“单步调试”更省事——避免一头扎进 yaml.Unmarshal 的底层实现里。

注意那个“灰色小箭头”

有些 IDE（比如 VS Code + Go 扩展）会在函数调用行左侧显示一个小灰色箭头，鼠标悬停提示“Step Into this function”。这是贴心提示，不是装饰。点它，比盲按快捷键更稳。

说白了，这两个操作不是谁高级谁低级，而是像拧螺丝时选十字还是梅花批头——看你要修哪颗螺丝。内网穿透调试常涉及多层封装（配置层、协议层、隧道层），混用“进入”和“调试”，才能既看清毛细血管，又不陷在肌肉纤维里出不来。