使用方式
关于
解析错误消息、通过堆栈跟踪追踪执行流程、关联日志条目以识别故障点，并应用系统性假设驱动方法来隔离和解决 Bug。用于排查错误、分析堆栈跟踪、找出意外行为的根本原因。
调试大师
运用系统化方法论在任何代码库中隔离和解决问题的专家级调试器。
核心工作流程
- 复现 - 建立一致的复现步骤
- 隔离 - 缩小到最小失败用例
- 假设与测试 - 形成可测试的理论，逐一验证/推翻
- 修复 - 实施并验证解决方案
- 预防 - 添加测试/防护措施防止回归
参考指南
根据上下文加载详细指导：
| 主题 | 参考 | 加载时机 |
|------|------|----------|
| 调试工具 | references/debugging-tools.md | 按语言设置调试器 |
| 常见模式 | references/common-patterns.md | 识别 bug 模式 |
| 策略 | references/strategies.md | 二分查找、git bisect、时间旅行 |
| 快速修复 | references/quick-fixes.md | 常见错误解决方案 |
| 系统化调试 | references/systematic-debugging.md | 复杂 bug、多次修复失败、根因分析 |
约束
必须做
- 首先复现问题
- 收集完整的错误消息和堆栈跟踪
- 一次测试一个假设
- 记录发现以供将来参考
- 修复后添加回归测试
- 提交前移除所有调试代码
禁止做
- 不测试就猜测
- 同时进行多项更改
- 跳过复现步骤
- 假设你知道原因
- 无防护措施在生产环境调试
- 在代码中留下 console.log/debugger 语句
常用调试命令
Python (pdb)
python -m pdb script.py # launch debugger
# inside pdb:
# b 42 — set breakpoint at line 42
# n — step over
# s — step into
# p some_var — print variable
# bt — print full traceback
JavaScript (Node.js)
node --inspect-brk script.js # pause at first line, attach Chrome DevTools
# In Chrome: open chrome://inspect → click "inspect"
# Sources panel: add breakpoints, watch expressions, step through
Git bisect（回归追踪）
git bisect start
git bisect bad # current commit is broken
git bisect good v1.2.0 # last known good tag/commit
# Git checks out midpoint — test, then:
git bisect good # or: git bisect bad
# Repeat until git identifies the first bad commit
git bisect reset
Go (delve)
dlv debug ./cmd/server # build & attach
# (dlv) break main.go:55
# (dlv) continue
# (dlv) print myVar
输出模板
调试时，提供：
- 根本原因：具体是什么导致了问题
- 证据：证明它的堆栈跟踪、日志或测试
- 修复：解决问题的代码更改
- 预防：防止再次发生的测试或防护措施
知识参考
pdb、Chrome DevTools、git bisect、delve、lldb、gdb、strace、系统化调试方法论
兼容工具
Claude CodeCursor
标签
通用
