关键是在崩溃前拦截异常并暂停执行，通过启用异常断点（含捕获异常）、设置日志点与条件断点、早开DevTools及禁用干扰插件，确保调用栈完整定格可查。
页面崩溃前保留调用栈的关键，不是“等崩溃发生”，而是提前拦截异常并暂停执行，让调用栈完整停留在出错瞬间。
启用异常断点（最直接有效）
在 Chrome 或 Edge 的 DevTools 中打开 Sources 面板，点击右上角的「Pause on exceptions」图标（⏸️），确保它变为蓝色。这个操作会让 JS 在抛出任何未捕获异常时自动中断。
- 勾选 “Pause on caught exceptions” 可进一步捕获 try/catch 包裹中的异常，适合排查被静默吞掉的错误
- 一旦触发，调用栈面板（Call Stack）会立刻显示从入口函数到出错行的完整路径，变量作用域、this 值、参数都处于冻结状态
- 即使页面随后白屏或卡死，只要断点已命中，当前帧就已“定格”，可反复查看栈结构和局部变量
配合日志点与条件断点预判高危路径
对已知易崩溃的逻辑（如深层递归、DOM 频繁操作、第三方 SDK 回调），不要只等报错，主动设防：
- 在可能出问题的函数开头加 logpoint（右键行号 → Add logpoint），输出关键参数或计数器，比如
`${funcName} called, depth: ${depth}` - 对递归或循环调用设置 条件断点，例如
depth > 100或element === null，在临界点提前中断，避免真正栈溢出（RangeError）导致调试器失联 - 这类断点能在崩溃发生前几毫秒停住，调用栈仍完整，比事后看控制台报错更可控
避免调试器自身失效的细节
有些崩溃会让 DevTools 失去响应，不是代码没断住，而是环境已损坏：
立即学习“Java免费学习笔记（深入）”；
- 确保在页面加载早期就打开 DevTools —— 如果脚本在
<head>就执行并崩溃，晚开工具将错过初始栈 - 禁用所有可能干扰的浏览器扩展，尤其那些注入脚本的广告拦截或密码管理插件
- 若使用 Webpack/Vite 等构建工具，开启
devtool: 'source-map'，保证压缩后代码也能映射回原始调用栈
崩溃不可逆，但异常可拦截；调用栈不会自己保存，但断点能让它停下来等你细看。
