在日常开发中，调试是绕不开的环节。很多人用断点来排查问题，但有时候会遇到一种情况：某个断点只想让它生效一次，之后就自动失效。比如你在处理用户登录逻辑，想看看第一次请求的数据结构，但又不希望每次刷新都停下来，这时候“断点设置只触发一次”就派上用场了。
什么是“断点只触发一次”
顾名思义，这种断点在被命中一次后就会自动移除或失效。它不像普通断点那样每次执行到该行都会暂停，适合用于临时观察某次特定的执行流程。
如何设置一次性断点
以 Chrome DevTools 为例，在 Sources 面板中找到目标代码行，右键点击行号，选择“Add one-time breakpoint”（添加一次性断点）。你也可以使用快捷键 Ctrl + Shift + B（Windows）或 Cmd + Shift + B（Mac）来快速设置。
在 VS Code 中，可以通过调试面板手动添加条件断点，并设置一个计数器变量，实现类似效果：
let hitCount = 0;
// 在需要的地方设置断点，并附加以下条件
hitCount++ === 0这样，只有第一次执行时条件成立，断点触发后，后续运行就不会再停了。
实际应用场景
假设你在调试一个轮询接口，这个接口每秒请求一次服务器状态。你只关心第一次返回的数据是否正确，后面的数据都是重复的。如果使用普通断点，页面会频繁卡住，影响操作。而使用一次性断点，就能精准捕捉首次调用，避免干扰。
还有一种情况是处理事件绑定。比如某个按钮绑定了多次点击事件，你只想看第一次绑定的过程，后面都不需要。这时候一次性断点能帮你快速定位问题，又不至于陷入无限暂停的尴尬。
结合条件断点更灵活
有时候“只触发一次”也可以通过条件断点模拟。例如在 DevTools 中设置断点后，右键选择“Edit breakpoint”，输入表达式 counter++ < 1，并提前在控制台声明 let counter = 0。这样一来，断点仅在第一次满足条件时触发。
这种方式虽然多几步操作，但在不支持原生一次性断点的环境中非常实用，尤其是老旧版本的调试工具或者某些嵌入式开发场景。