在VS Code中右键行号选择Add Conditional Breakpoint添加条件断点，表达式需为当前作用域可见变量的真值判断，避免赋值、未定义变量、函数调用及正则字面量；命中次数断点更适用于循环触发场景。
条件断点怎么加？用右键菜单最稳
在 VS Code 的左侧行号区域右键单击某一行，选择 Add Conditional Breakpoint，会弹出输入框让你填写表达式。这个表达式会被 JavaScript（或对应语言的调试器）在每次执行到该行时求值，结果为 true 才暂停。
常见错误是写成赋值语句（比如 i = 5）或用了未定义变量（比如 user.id === 123 但当前作用域没 user）。调试器不会报错，只是断点永远不触发——看起来像“失效”了。
- 表达式里只能用当前作用域可见的变量和简单运算符，不支持函数调用（如
Array.isArray(arr)在多数 Node.js 调试场景下会报ReferenceError） - 字符串比较记得加引号：
status === "done"，不是status === done - 如果变量是对象属性且可能为
undefined，先做存在性检查：data && data.code === 404
为什么断点加了却不触发？检查调试配置和运行时环境
条件断点依赖调试器准确解析执行上下文。Node.js 默认启用 --inspect 时，某些旧版 node（outFiles 配置错误，VS Code 实际停在的是编译后 JS 文件，而你编辑的是 TS 文件——此时加的条件断点可能绑定到了错误位置。
- 确认
launch.json中的type是node或对应语言正确类型，且sourceMaps设为true（TS/JSX 项目） - 运行调试前，在终端执行
node --version，低于v14.18.0建议升级，否则条件断点可能被忽略 - 打开调试控制台（
Debug Console），输入一个条件中用到的变量名，看是否返回有效值；如果报ReferenceError，说明它确实不在当前作用域
条件断点里的表达式能写多复杂？别越界
VS Code 的条件断点底层靠调试协议（DAP）传递表达式给运行时，不是在 VS Code 进程里执行。这意味着它不能访问 VS Code 的 API，也不能执行副作用操作（比如修改变量、发请求、console.log）。
- 允许：
count > 100、id !== null && id % 7 === 0、items.length >= 5 - 不允许：
console.log("hit"); true、localStorage.getItem("token")、myHelperFunc(x) - 特别注意：正则字面量
/abc/.test(str)在部分 Node 版本中会解析失败，改用str.includes("abc")更稳妥
想监控某个变量变化？用“断点命中次数”比条件更可靠
当目标是“第 5 次循环才停”，用条件 i === 5 看似合理，但如果循环体里有异步操作或变量被重用（比如 for (let i of list) 中的 i 是块级绑定），实际行为可能不符合预期。这时更适合用“命中次数断点”（Hit Count Breakpoint）。
- 右键行号 →
Edit Breakpoint→ 选Hit Count→ 填== 5（等于 5 次）、>= 10（大于等于 10 次）或% 3（每 3 次停一次） - 命中次数统计是调试器在运行时内部维护的，不依赖变量作用域，也不受代码优化影响
- 注意：如果程序重启或调试会话断开，计数会重置
条件断点真正难的不是语法，而是你得清楚此刻执行流里哪些变量“活”着、值是什么、有没有被优化掉——最好配合调试控制台实时验证，而不是只靠猜。
