有句话说得好："编程 80% 的时间在 Debug。"无论是新手还是老手，Bug 都是日常工作中不可避免的伙伴。但 Debug 的效率，往往决定了一个程序员的工作质量和幸福感。以下是我在多年开发中总结的 5 个高效调试技巧。
1. 先复现，再修复
很多新手看到报错信息就急着改代码，这是大忌。正确的做法是：先稳定复现问题，确认 Bug 的触发条件和表现，然后再着手修复。
不能稳定复现的 Bug，即使"修好了"也不知道是不是真的修好了。
复现步骤越精确越好：什么操作、什么数据、什么环境、出现什么错误。把这些记录下来，不仅帮自己理清思路，也方便后续验证修复效果。
2. 缩小范围：二分法定位
当你面对一个复杂的系统，不知道 Bug 出在哪里时，"二分法"是最有效的策略。具体做法是：
- 把代码分成两半，判断 Bug 在哪一半
- 再把那一半分成两半，继续判断
- 反复缩小范围，直到定位到具体的函数或代码行
在实际操作中，可以通过注释掉一半代码、添加中间日志、或者用 Git bisect 来二分查找引入 Bug 的提交。
# Git bisect 自动查找引入 Bug 的提交 git bisect start git bisect bad # 当前版本有 Bug git bisect good abc1234 # 这个提交是好的 # Git 会自动二分，你只需要告诉它每次是 good 还是 bad git bisect good git bisect bad # ... 最终会找到第一个有 Bug 的提交
3. 善用断点调试，而不是 print
console.log 和 System.out.println 是最原始的调试方式。现代 IDE 都提供了强大的断点调试功能，可以让你：
- 在任意代码行暂停执行
- 查看当前所有变量的值
- 单步执行，逐行观察程序状态变化
- 设置条件断点，只在特定条件下暂停
VS Code、IntelliJ IDEA、Chrome DevTools 都有优秀的调试器。花 30 分钟学会使用断点调试，能省下未来几百个小时的 console.log 时间。
4. 读错误信息，完整地读
这听起来像废话，但很多人真的不看完整的错误堆栈。错误信息里通常包含了：
- 错误类型（NullPointerException、TypeError、SyntaxError...）
- 出错的具体文件和行号
- 调用链（从哪个函数一路调用到出错位置）
- 有时还有修复建议
养成习惯：遇到报错，先深呼吸，完整阅读错误信息。很多时候答案就在里面，只是被你忽略了。
5. 换个角度：假设你的代码是错的
Debug 时最大的心理障碍是"我觉得我的代码没问题"。这种心理会让你忽略显而易见的线索，把问题归咎于框架、编译器、甚至操作系统。
更好的心态是：假设自己的代码有 Bug，然后去验证每一个假设。从最可疑的地方开始检查，逐步排除。这种"科学实验"式的方法，比漫无目的地翻代码高效得多。
"当排除了所有不可能，剩下的无论多不可思议，一定是真相。" — 福尔摩斯
小结
Debug 能力是程序员的核心技能之一，但它很少被系统性地教授。以上 5 个技巧总结起来就是：稳定复现 → 缩小范围 → 精确观察 → 仔细阅读 → 保持开放心态。把这些方法变成习惯，你会发现 Debug 不再是一件痛苦的事情，反而像解谜一样有成就感。