VSCode条件断点必须右键已设的普通断点选择“Add Conditional Breakpoint”，且表达式需用JavaScript语法（如user_id === 1001、status === "error"），不可用语言原生语法；调试器须支持服务端计算，推荐用Hit Count替代复杂条件。
右键“Add Conditional Breakpoint”是唯一可靠入口
VSCode 不支持直接在空行或注释行设条件断点，也不接受快捷键一键弹出表达式框（比如 Ctrl+Shift+P 搜到的 “Debug: Add Conditional Breakpoint” 命令在部分调试器下会静默失败）。必须先确保光标位于可执行行，且已在行号左侧灰色区单击打上普通断点（红点），再右键该断点 → 选 Add Conditional Breakpoint...。如果右键菜单里没有这项，说明当前文件未被识别为可调试语言（右下角状态栏显示 Plain Text 或无语言标识），需先安装对应扩展并确认文件已保存。
表达式必须写 JavaScript 风格，哪怕你在调 Python/PHP/Go
这是最常踩的坑：以为 PHP 调试就写 $user_id == 1001，Python 就写 i == 5，结果断点永远不触发。VSCode 底层统一用 JS 引擎求值，所以一律写 user_id === 1001、i === 5。字符串必须加引号：status === "error"，不能写 status === error（会被当变量查，报 ReferenceError）。对象属性访问前要防 undefined：user && user.id === 123，而不是 user?.id === 123（可选链在旧版 Node 或某些调试器中不被支持）。
条件断点不触发？先看调试器是否真支持服务端计算
不是所有后端都把条件逻辑下推到运行时。常见失效场景：
-
python项目还在用已弃用的ptvsd—— 改用debugpy（VS Code Python 扩展默认） -
node版本低于v14.18.0—— 升级 Node，或检查launch.json中sourceMaps是否为true，否则断点可能绑在编译后代码上 -
go项目用的是dlv旧版（ - 自定义调试协议（如封装 gdb 的嵌入式 C++）—— VSCode 会静默丢弃条件，只当普通断点用
验证方式：打开 Debug Console，手动输入条件中任意变量名，看是否返回值；若报错，说明作用域不对或调试器未正确注入上下文。
高频循环里慎用，复杂表达式会拖慢执行
条件断点每次执行到该行都会做一次表达式求值，开销远高于普通断点。以下写法在 for (let i = 0; i 中极易卡顿：
-
items.find(x => x.id === targetId)（含函数调用，禁止） -
JSON.stringify(data).includes("keyword")（大对象序列化，极慢） -
/error/.test(log)（正则字面量，在部分 Node 版本解析失败）
推荐替代：data && typeof data === "object" && data.status === "error"、log && log.indexOf("error") !== -1。如果只是想“第 N 次命中才停”，优先用断点的 Hit Count 设置（右键断点 → Edit Breakpoint → 填数字），比条件表达式更轻量、更稳定。
