VS Code Python调试器条件断点失效问题排查

• 栈帧顺序搞反了：inspect.trace()返回的栈帧是从最外层调用到最新调用的顺序，你用[-1]取的是最内层栈帧，但异常触发断点时，当前栈帧可能已经走到调试器或系统处理异常的代码里了，根本不是你包内的模块。试试换成遍历栈帧找包含你包名的，或者先打印inspect.trace()看看实际栈帧内容。
• 模块字符串匹配不靠谱：str(inspect.getmodule(frame))返回的格式可能是<module 'mypythonpackage.xxx' from '/xxx/xxx.py'>，但如果包名大小写不对、或者子模块结构没覆盖到，就会匹配失败。直接用模块的__name__属性判断更稳，比如inspect.getmodule(frame).__name__.startswith("mypythonpackage")，避免字符串格式变动的坑。
• 调试器环境没导入inspect：有些调试器在执行条件断点代码时，上下文里没自动导入inspect模块，你写的表达式自然跑不起来。要么确保触发断点的代码里已经导入了inspect，要么在条件表达式里显式导入：import inspect; module = inspect.getmodule(inspect.trace()[-1][0]); module and "mypythonpackage" in module.__name__。
• 已捕获异常的断点没开：如果是针对已捕获异常设置的断点，很多调试器默认只盯未捕获的。比如PyCharm里要去断点面板，找到Python异常断点，勾选对应的异常类型，还要打开“已捕获异常”的选项。
• 栈帧对应的模块是None：如果栈帧是动态生成的代码、或者交互式环境里的代码，inspect.getmodule()会返回None，这时候str(None)肯定匹配不上你的包名。得先判断模块是否存在，再做匹配，比如上面那个显式导入的表达式里就加了module and的判断。

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