嘿，这个场景我太有共鸣了！每次在循环里埋了import pdb; pdb.set_trace()调试，看完变量后不想每次都被打断，这里有几个实用的解决方案：

1. 用开关变量控制（推荐，下次调试直接用这个写法） #

虽然你现在已经写死了断点，但下次调试循环的时候，可以给断点加个开关变量，这样调试完就能一键关闭后续触发：

# 先定义一个开关
enable_debug = True
for item in your_iterable:
    # 你的业务代码
    if enable_debug:
        import pdb; pdb.set_trace()
    # 其他代码

当你在pdb会话里确认不需要再调试时，直接执行：

!enable_debug = False

然后输入c（continue）继续程序，后续循环就不会再触发这个断点了，程序会正常跑完所有循环。

2. 单次跳过当前断点 #

如果你只是想跳过这一次的断点，下次循环还想保留触发，那在pdb里输入jump <下一行的行号>就行。比如你的断点在第15行，下一行是16，就输入：

jump 16

程序会直接跳到下一行执行，这次循环不会停留，但下次循环走到这行时还是会触发断点。

3. 直接终止剩余循环 #

如果调试已经完成，不想再跑剩下的循环，可以在pdb里直接修改循环的迭代变量，强制让循环结束：

• 如果是for i in range(n)这种，执行!i = n-1，让循环快进到最后一次迭代；
• 如果是迭代列表/生成器，执行!your_iterable = []（针对列表类型），直接让循环条件不满足而终止。

4. 动态修改代码禁用断点（进阶技巧） #

如果你不想改原来的代码，也可以在pdb里通过修改当前帧的代码对象来永久禁用这个断点，不过这个方法稍微复杂一点，执行以下命令就行：

!import inspect
!frame = inspect.currentframe()
# 把当前行之后的代码替换成空操作，后续执行到这里就不会触发pdb了
!frame.f_code.co_code = frame.f_code.co_code[:frame.f_lasti] + b'\x00'*(len(frame.f_code.co_code)-frame.f_lasti)

执行完后输入c继续，后续循环就不会再触发这个断点了。

另外提一句：Python 3.7+ 推荐用breakpoint()代替import pdb; pdb.set_trace()，写法更简洁，而且可以在pdb里执行!import os; os.environ['PYTHONBREAKPOINT'] = '0'来全局禁用所有后续的breakpoint()触发，也很方便。

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