开发过程中，代码出问题在所难免。直接加 console.log 虽然简单粗暴，但面对复杂逻辑或高频触发的函数，满屏日志反而让人头大。这时候，断点调试就派上了用场，而“断点调试条件设置”更是其中的进阶技巧。
什么时候需要条件断点？
比如你正在调试一个用户列表的渲染函数，这个函数每秒都会执行一次，但你只关心某个特定用户（比如ID为10086）的数据何时被处理。如果只是普通断点，程序每次都会停下来，得手动放行几十次才能等到目标数据。这时候，给断点加上条件，让它只在 user.id === 10086 时才中断，效率立刻提升。
如何设置条件断点
以 Chrome DevTools 为例，在 Sources 面板中找到对应代码行，右键点击行号，选择“Add conditional breakpoint”。接着输入你的判断条件，比如：
userId === 12345 && status === 'active'这样，只有当变量 userId 等于 12345 且 status 为 'active' 时，执行才会暂停。其他情况照常运行，不会打断流程。
实用场景举例
你在做网络请求重试机制，发现某个接口偶尔会重试三次以上，怀疑有逻辑漏洞。这个请求函数被多个模块调用，不能一断了之。可以在重试逻辑前设个断点，条件设为 retryCount > 3。这样一来，只有异常情况触发时才会停下来，方便你查看当时的上下文参数和调用栈。
再比如处理数组循环时，只想看第50条数据的处理过程。可以设置条件：
i === 49避免手动单步走完前49次循环，省时又省心。
小贴士
条件表达式支持完整的 JavaScript 语法，也可以调用当前作用域内的函数或变量。但要注意别写副作用代码，比如 console.log('hit') 或 flag = true，这可能会干扰原有逻辑。条件断点本质是“观察”，不是“修改”。
另外，如果条件本身有语法错误，断点会变成灰色，不会生效。遇到这种情况，检查一下拼写和括号是否匹配就行。