调试Python代码应依问题复杂度选择print或断点：print适合轻量即时验证，需加标签、及时清理；断点（IDE或pdb）适用于深层逻辑，支持动态观察变量；二者可组合使用提升效率。
调试 Python 代码最直接的方式不是靠猜，而是让程序“开口说话”或“暂停下来听你问话”。print 是入门最快的方法，debug（如 pdb 或 IDE 断点）更精准高效。选哪种，取决于问题复杂度和你当前的开发环境。
用 print 快速验证变量和流程
适合刚写完几行、逻辑简单、想确认某处值是否符合预期的情况。关键是“轻量”和“即时反馈”。
- 在关键位置加
print(x)或print(f"step 2: {data}")，注意带上标签，避免输出一堆数字却不知来源 - 调试完及时删掉或注释掉，否则容易污染日志、拖慢性能，尤其在循环里频繁 print
- 可配合
print(type(x), repr(x))查看类型和真实内容（比如区分空格字符串和空字符串）
用断点调试（IDE 或 pdb）定位深层问题
当 print 输出太多、逻辑嵌套深、或需要观察变量动态变化时，断点调试更省力。它让你“走进代码执行现场”。
- PyCharm / VS Code 中，点击行号左侧设断点，运行 Debug 模式，程序会在那里暂停，可查看所有局部变量、调用栈、甚至实时执行表达式
- 命令行下可用内置
pdb：在代码中插入import pdb; pdb.set_trace()（Python 3.7+ 可直接写breakpoint()），运行后进入交互式调试界面 - 常用 pdb 命令：
n下一行、s进入函数、c继续运行、p var_name打印变量、l查看附近代码
什么时候该换方法？看这三点
别死守一种方式。实际开发中切换很常见：
立即学习“Python免费学习笔记（深入）”；
- print 太多、输出混乱 → 改用断点，聚焦单次执行路径
- 问题只在特定输入触发，但手动跑测试麻烦 → 在测试代码里加 breakpoint()，复现快
- 想查异常发生前的状态 → 用 IDE 的“Exception Breakpoint”，不用提前猜在哪设断点
进阶建议：组合使用更高效
真实项目里，高手常把两者结合用：
- 先用 print 快速排除明显错误（比如参数根本没传进来）
- 再用断点深入函数内部，观察对象状态演变
- 长期维护的脚本，可封装一个轻量 debug 打印函数，通过开关控制是否输出，避免反复删改 print
