python 3.12 pdb支持break后直接跟布尔表达式设条件断点，如break main.py:42, user_id == 1001；表达式需纯计算、无副作用，作用域为断点行执行前的局部/全局变量，慎用于高频路径。
用 break 命令加条件表达式直接设断点
Python 3.12 的 pdb 支持在 break 后直接跟布尔表达式，满足时才中断。不需要先设普通断点再用 condition 命令补条件——那是旧习惯，容易多走一步。
比如你在 main.py 第 42 行处理用户输入，只想在 user_id == 1001 时停住：
break main.py:42, user_id == 1001
注意逗号后是纯表达式，不能带赋值、函数调用（如 print()）或副作用操作；否则 pdb 会报 SyntaxError: invalid syntax。
- 表达式里可访问当前栈帧所有局部变量和全局变量（包括
__builtins__中的len、isinstance等） - 字符串要加引号，
name == "alice"不能写成name == alice - 条件中用
is判断 None 更安全，data is not None比data != None更稳妥
条件断点里的变量作用域容易误判
条件表达式运行在断点所在行即将执行前的上下文中，但不是“进入函数后立刻生效”。如果断点设在函数定义行（如 def process(items):），此时 items 还未入栈，条件里引用它会触发 NameError。
正确做法是把断点设在函数体第一行可执行语句上，比如：
def process(items):
print("start") # ← 断点设在这行，items 才可用
for x in items:
...
- 类方法中，
self在方法第一行可执行语句后才完全就绪 - 列表推导式或生成器表达式内部无法设条件断点——pdb 不支持在表达式中间暂停
- 闭包内变量（如外层函数定义的
config）能被访问，但要注意名字遮蔽：若内层重新赋值了同名变量，条件里取到的是新值
pp 和 display 配合条件断点快速验证逻辑
光停住没用，得确认条件真被正确求值。别反复用 print() 或 p 查变量，display 可以自动在每次中断时输出指定表达式结果：
display user_id display len(data) display user_id in [1001, 2002]
这样只要断点命中，你一眼就能看到条件依赖的值是否符合预期。比手动 p 省事，也比加日志重启快。
-
display输出带类型提示（如int、NoneType），对排查隐式类型转换问题有帮助 - 用
undisplay清除不需要的自动显示项，避免干扰 -
pp（pretty-print）适合看嵌套结构，比如pp response_json比p response_json更易读
条件断点性能开销比想象中大
每次代码执行到断点位置，pdb 都要解析并求值你的条件表达式。如果表达式含 json.loads()、正则匹配或遍历大列表，可能让程序慢几倍——尤其在循环体内设条件断点时。
一个典型陷阱：在十万次循环里写 break loop.py:88, "ERROR" in log_msg，而 log_msg 是个长字符串，每次都要做子串搜索。
- 优先用简单比较（
==、is、in小集合）代替正则或复杂函数调用 - 确认断点位置不在高频路径上；否则改用
if+breakpoint()手动控制更可控 - 调试完务必用
clear删除条件断点，避免下次误触发影响流程
条件断点不是万能开关，它在“精准捕获偶发状态”时极有用，但一旦涉及计算密集或作用域模糊，就得退回到更显式的检查逻辑里去。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
