什么是单步操作？
在调试程序时，单步操作是最常用的功能之一。比如你在写代码，发现结果不对，就会用 F10 或 F11 一步步看程序怎么走。听起来简单，但实际用起来，很多人会犯一些低级却频繁的错误。
误把F11当F10，一进去就出不来
F10是逐行执行，遇到函数直接跳过；F11是进入函数内部。新手常犯的错就是不管三七二十一按F11，结果点进系统库、第三方包，甚至进到汇编代码里，绕半天才想起来该用F10。就像你想查自己家门锁坏了，结果顺着电线一路追到发电站，方向错了。
忽略了变量没刷新，以为程序出bug
有些调试器不会实时更新变量值，尤其是复杂对象。你单步走到某一行，看着变量还是旧值，以为程序没执行。其实执行了，只是显示延迟。这时候别急着下结论，手动展开或打印一下变量，别被界面骗了。
在循环里狂按单步，结果按到手酸
遇到一个 for 循环从0跑到10000，有人真的一行一行按下去。这不仅浪费时间，还容易按错跳过关键逻辑。正确的做法是设个断点跳出循环，或者直接改循环条件测试关键节点。别拿单步当进度条使。
忘记看调用栈，搞不清自己在哪
当你进入多层函数调用，单步走着走着就懵了：“我现在是被谁调过来的？” 这时候不看调用栈（Call Stack），光靠代码猜，效率极低。调用栈就是你的“返回地图”，随时看看，别迷路。
修改代码后继续单步，结果行为不对
调试中途改了几行代码，然后继续单步，却发现执行路径和预期不符。问题很可能出在——你改了代码但没重新编译。调试器跑的还是旧字节码，你看到的“新逻辑”根本没生效。这种情况在 Visual Studio 或 Eclipse 里尤其常见，记得保存并重建项目。
代码示例：常见的调试误区
for (int i = 0; i < 1000; i++) {
sum += data[i]; // 在这里单步1000次？别傻了
}
// 正确做法：在循环外设断点，或临时改成 i < 10 测试过度依赖单步，忽视日志输出
有些人一出问题就开调试器，单步跟半天。其实加几行 print 或 log，可能三秒就定位了。单步适合小范围精确定位，不是万能钥匙。比如Web请求失败，与其一步步跟进HTTP客户端，不如先打个日志看URL拼对没。
单步操作本身不难，难的是用对场景。工具再强大，用错了方式，反而拖慢节奏。避开这些常见坑，调试效率能提升一大截。