VSCode条件断点必须先打普通断点再右键“Edit Breakpoint”输入纯布尔表达式（如x===5），不支持快捷键一键调出，且依赖调试器服务端计算能力，客户端过滤会导致失效。
不能。 VSCode 没有可靠、通用的快捷键能“一键呼出断点条件配置框”——所有尝试绕过右键菜单的操作（比如 Ctrl+Shift+P 搜 Debug: Add Conditional Breakpoint）在多数调试器下会静默失败，不弹窗、不报错、也不生效。
必须先打普通断点，再右键编辑
这是唯一稳定路径。条件断点不是独立操作，而是对已有断点的增强。流程固定为三步：
- 光标停在可执行行（不能是空行、注释行、函数声明行），点击行号左侧灰色区打一个红点（
F9也可，但必须确保已成功设置） - 右键该红点 → 选择
Add Conditional Breakpoint（注意：不是右键代码行本身） - 输入纯布尔表达式，回车确认（如
user.id === 1001、i >= 5 && i ）
如果右键菜单里没有 Add Conditional Breakpoint，说明当前文件未被识别为可调试语言（状态栏显示 Plain Text 或无语言标识），需安装对应扩展（如 Python、Go、Java Extension Pack）并保存文件。
条件表达式必须用 JavaScript 语法（即使调试 Java/Python/Go）
VSCode 的条件断点求值由调试器前端统一处理，不走目标语言运行时。这意味着：
- 写
user.id == 1001可以，但user.getId() == 1001不行（方法调用不支持） - 字符串比较必须加引号：
status === "error"，写成status === error会被当成未定义变量 - 防
undefined要手动判空：user && user.profile && user.profile.active，不能直接user.profile.active - 数组长度判断要先验类型：
Array.isArray(items) && items.length > 5
表达式里不能出现 if、return、分号、函数调用或任何非布尔运算符。它就是一个单行 JS 表达式，求值结果必须为 true 或 false。
为什么断点总不触发？先查调试器是否真支持服务端计算
条件是否生效，取决于调试器后端是否在服务端执行判断。客户端过滤（如旧版 ptvsd）会导致漏停、卡顿甚至完全忽略条件。
- Python：确认
launch.json中type是python，且没硬编码ptvsd路径；用debugpy（VSCode Python 扩展默认） - Node.js：基本无坑，但若用
ts-node启动，需配sourceMaps: true并确保.js.map存在 - Go：运行
dlv version，确认Delve Debugger行 ≥v1.7.0 - Java：依赖
Java Extension Pack和Debugger for Java，检查调试控制台是否有[Debug] Condition breakpoint hit日志
没这句日志，说明条件被跳过，不是你写错了，而是调试器根本不处理它。
复杂逻辑排错别硬刚条件表达式
当涉及闭包变量、异步回调、循环重用计数器或深层嵌套对象时，条件断点极易误判。它的求值时机是“该行即将执行前”，作用域只锁定当前帧。
- 在
setTimeout(() => { console.log(i); }, 100)里设i === 99，大概率失效——i已被外层循环改写为最终值 - 想监控第 N 次 API 响应，优先在响应 handler 内设断点，条件写
response?.code === 200 && callCount === 5（前提是callCount是闭包内可访问的变量） - 不确定字段是否存在，一律用空值合并：
(data?.items?.[0]?.id || 0) === 42 - 拿不准值范围？先用日志点（
Log Point）输出关键字段，确认后再转条件断点
真正容易被忽略的，不是怎么写条件，而是调试器是否在服务端执行它——这点不验证，所有表达式都白写。
