Python调试器pdb的n与s命令差异：为何博客示例与实践不符？

首先，你遇到的问题核心是对pdb中n（next）和s（step）命令的行为理解偏差，以及pdb.run()的调试上下文特性：

1. pdb.run()的初始调试上下文
   当你执行pdb.run("buggy_function(10)")时，调试器的起始断点是在buggy_function(10)这行调用语句本身，而非函数内部的代码。此时当前待执行的语句就是这个函数调用。

2. n和s命令的本质区别

• n命令：执行当前整行代码，遇到函数调用时会直接运行完整个函数的逻辑，不会进入函数内部。所以你输入n后，调试器会直接执行buggy_function(10)，如果函数内部存在ZeroDivisionError，自然会直接抛出异常。
• s命令：执行当前行代码，但如果遇到函数调用，会主动进入该函数的第一行代码，也就是"步入"函数内部进行调试。这就是为什么你用s能正确进入函数的原因。

3. 博客示例出错的可能原因
   那些博客大概率混淆了调试场景：

• 可能他们的示例是在函数内部提前插入了pdb.set_trace()，此时用n是逐行执行函数内代码；
• 或者误将s写成了n；
• 也有可能是基于旧版本pdb的行为（但现代标准pdb的n和s行为已经明确区分）。

4. 更便捷的调试方式
   如果你想直接步入函数内部调试，除了用pdb.run()加s命令外，还可以用pdb.runcall(buggy_function, 10)——这个方法会直接跳转到buggy_function的第一行代码，此时输入n就能逐行执行函数内的语句了。

内容的提问来源于stack exchange，提问作者sdawar