其实，

写代码这件事。七成时间都花在跟 bug 死磕上，这话一点不夸张。不过，很多人一遇到报错就习惯性地满屏幕撒 print跑一次改一次效率低得让人抓狂。痛点：找不到根本原因、日志淹没、调试过程不可重复。

🛠️ Python 调试工具全景图

直接说结果。Python 的调试工具大致分成三个梯队：

• 第一梯队标准库自带的 pdb零安装零配置，随时能用。
• 第二梯队社区提高版，如 ipdbpdb++pudb在 pdb 基础上加了语法高亮、Tab 补全等人性化功能。其实，
• 第三梯队IDE 集成调试器。图形化断点调试、变量监视，对新手特别友好。

下面这张表把几种主流工具捋一捋：

工具	类型	特点	适用场景
pdb	标准库内置	无需安装，命令行交互；不过，支持远程调试、脚本快速排查	快速定位单个函数或脚本中的错误
ipdb	第三方提高	支持 Tab 补全、语法高亮；日常开发可直接替代 pdb	交互式调试的舒适版
Pudb	第三方提高	终端图形化多面板界面；按理说，喜欢可视化但仍在终端的场景	CUI 环境下的“IDE”体验
{VSCode}/{PyCharm}	ID​E 集成	图形化断点、变量监视窗口；支持复杂项目和团队协作	大型项目、需要可视化调试的团队

"很多人根本不知道 Python 自带的 pdb，就一直靠 print 大法" —— Reddit 开发者吐槽。 别小看它，pdb 是所有高级调试工具的基石。一旦掌握，就等于打开了任督二脉。

🔍 pdb 交互式调试到底是怎么回事？话说回来，

PDB主要思路很简单： 让程序在指定位置暂停。接下来像操作迷你 Shell 一样检查变量、单步执行、甚至修改运行中的值。

怎么启动 pdb？

最经典的做法是在代码里插一行：

import pdb;pdb.set_trace

Python 3.7 之后官方偷懒简化成：

breakpoint

程序跑到这一行就会停住弹出  提示符，等待你敲命令。

主要命令表

执行下一行。不进入函数内部 若是函数调用则进入内部 继续运行到下一个断点 显示当前代码上下文 打印表达式值 格式化打印复杂结构 显示调用栈 退出调试器并终止程序

命令	全称 / 别名 作用
b 设置断点 在指定行暂停
n next	s step	c continue	l list	p print	pp pretty‑print	w where	q quit

PDB 常见坑： 在循环里想跳过某次迭代没有专门的 skip 指令，需要借助临时断点条件或手动多次 a n/continue....

真实的调试场景示例

假设有段代码统计列表求和，却总是差一点：

def calculate_total:
total = 0
for i in items:
total += i
return total
data =
result = calculate_total

运行后抛出类型错误。此时在 Total += i.

• Add a breakpoint before problematic line:

python import pdb;pdb.set_trace total += i

The debugger stops at line。run pp i – you’ll see that one of elements is a string "".

You fix source of bad data and bug disappears in seconds.

相比疯狂加 print 并逐行比对输出，这种定位方式省时省力数十倍。话说回来，

If pdb is a surgical knife for pinpoint problems,logging is a surveillance camera that records everything continuously. It’s indispensable in production because you cannot pause a live service with a breakpoint.

  DEBUG 

级别	数值	使用场景
10	Detailed internal state – e.g.。variable values inside loops.	DEBUG	Detailed internal state – e.g.,variable values inside loops.

。

---