用了三年的 pdb，没想到还能这么调试？网友：学到了

最新推荐文章于 2024-06-16 17:49:56 发布

pyjishu

最新推荐文章于 2024-06-16 17:49:56 发布

阅读量213

点赞数

文章标签： python 编程语言调试恰饭经验分享

本文链接：https://blog.csdn.net/pyjishu/article/details/114824272

版权

关于代码调试的技巧，我之前写过很多的文章，加起来也有将近 10 篇了，关注比较早的同学，也应该都有看过。

其中有一篇是关于 pdb 的调试技巧的：使用 pdb 进行无界面调试

里面介绍了两种 pdb 的调试入口，也是大部分所熟知的。

这里再带大家回顾一下

第一种：指定 -m pdb 来开启

$ python -m pdb pdb_demo.py

第二种：使用 pdb.set_trace() 在代码中设置断点

import pdb

pdb.set_trace()

但其实，pdb 还另外两种调试方法，第一种方法，可能有 99% 的开发者都没用过，甚至连见过都没有。

这两种方法，是配合 Python Console 的交互界面来实现的。

首先我准备好一个名为 utils.py 的 Python文件，里面定义了一个 sum 的工具函数（仅作演示用）。

def sum(*args):
    result = 0
    for arg in args:
        result += arg

    return result

然后在终端敲入 Python 进入 Console 的模式，导入这个模块，并调用 sum 函数，在正常情况下，函数可以正常工作。

>>> import utils
>>> utils.sum(1,2,3)
6

但如果你的参数类型转成了 str，函数就会报错啦~

>>> utils.sum(1,2,"3")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/MING/utils.py", line 4, in sum
    result += arg
TypeError: unsupported operand type(s) for +=: 'int' and 'str'

由于这里的报错是我刻意触发的，从报错来看，是很容易定位的。

但是在实际应用中，难免会遇到一些无法从报错信息直接判断 bug 所在的情况。

这个时候，如果可以在报错后，切换到 pdb 的调试模式就好了~

事实上，pdb 是支持这种用法的。

只要你在当前的会话中，导入 pdb，再执行 pdb.pm()，就可以切换到熟悉的 pdb 调试界面，并在跑错的地方打上断点，然后你就可以任意地查看运行时的变量信息。