浏览器断点可高效定位死循环：①条件断点在异常时中断；②日志断点实时输出状态；③DOM断点捕获频繁DOM操作；④结合Scope和Call Stack分析上下文。
遇到死循环别急着刷新页面，浏览器断点能帮你直接“卡住”问题现场，看清变量怎么一步步失控的。
条件断点：在循环失控前精准拦截
在循环体第一行右键 → “Add conditional breakpoint”，填入触发条件，比如 i > 1000 或 items.length === 0。它不会每轮都停，只在异常状态出现时中断，避免手动按F8几十次。尤其适合排查递增逻辑错乱、数组长度没更新、计数器漏自增等典型死因。
日志断点：不打断执行，只输出关键线索
右键行号 → “Add logpoint”，输入表达式如 i、timestamp、JSON.stringify(state)。它不暂停，但把每次迭代的状态实时打到控制台。一眼就能看出数值是否卡住、是否重复、是否跳变——比翻几十屏 console.log 清晰十倍。
DOM 断点辅助验证：确认循环是否真在运行
如果页面卡死但不确定是不是 JS 死循环（比如 UI 冻结、按钮无响应），在 Elements 面板选中 body 或主容器，右键 → Break on → Subtree modifications。若循环里有反复操作 DOM（如不停 appendChild、innerHTML 赋值），这里会立刻中断，帮你反向定位源头函数。
配合 Scope 和 Call Stack 看清上下文
一旦断点命中，别只盯着变量值。展开右侧 Scope 面板，检查循环变量是否被意外闭包捕获、是否被异步回调改写；再点开 Call Stack，往上逐层看是谁触发了这个循环——常会发现是事件重复绑定、定时器未清除、或 Promise 回调里误写了 while(true)。
