JavaScript死循环会阻塞主线程，导致页面卡死、UI无响应、定时器和网络回调不执行；排查需确认同步阻塞、定位耗时代码、检查循环逻辑，并用DevTools中断、火焰图和控制台快速诊断。
JavaScript 中死循环会阻塞主线程，导致事件循环无法继续执行，页面卡死、UI 无响应、定时器不触发、网络请求回调不执行——这不是“事件循环挂了”，而是它根本没机会运行。排查核心思路是：确认是否真被同步代码卡住，定位耗时长的 JS 执行段，再检查循环逻辑。
观察现象，快速判断是否为同步死循环
死循环导致的假死有典型特征：
- 页面完全冻结：按钮点不动、滚动失效、控制台输入无响应（但 DevTools 本身可能还能操作）
- Network 面板中后续请求不发出（不是失败，是压根没发）
- 打断点后发现 debugger 停在某段 for/while 循环或递归调用里，且堆栈深度异常大或反复出现在同一行
- Performance 面板录制时看到主线程持续 100% 占用，且 Flame Chart 中出现超长的单个 JS 函数条（>100ms 甚至几秒）
利用浏览器开发者工具定位问题代码
不用猜，直接用工具抓现场：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 快捷中断法：页面卡死时，立即按 F8（或点击调试器的“暂停脚本执行”按钮），DevTools 会强制中断当前 JS 执行，高亮正在运行的代码行——大概率停在某个循环体内
-
Performance 录制 + 火焰图分析：开启录制，复现卡顿，停止后看主线程的长任务（Long Task）。展开耗时函数，逐层向下找循环入口；注意看是否有
while(true)、for(;;)或未设终止条件的递归 -
Console 中尝试执行简单命令：比如输入
1+1或setTimeout(() => console.log('ok'), 0)——若无输出，说明事件循环彻底被占，基本锁定同步阻塞
检查常见死循环陷阱写法
很多死循环并非故意，而是逻辑疏漏：
立即学习“Java免费学习笔记（深入）”；
-
for 循环边界错误：如
for (let i = 0; i （应为 <code>），导致越界后 <code>arr[i]为undefined，某些条件下循环不退出 -
while 条件恒真或未更新：如
while (obj.data) { process(obj.data); }，但process并未修改obj.data，且它始终为真值 -
异步逻辑误写成同步等待：例如用
while (!flag) {}等待一个由 Promise resolve 设置的 flag —— Promise 回调永远没机会进事件循环，flag 永远不会变 -
数组/对象遍历时修改自身结构：如
for (const key in obj) { delete obj[key]; }，可能引发不可预测迭代行为（虽不总死循环，但易出错）
预防与加固手段
靠事后排查不如提前防住：
- 所有长循环加保护性计数器或超时中断，例如：
for (let i = 0; i - 用
setTimeout或requestIdleCallback将大数据处理分片，让出主线程，例如每处理 100 项就setTimeout(..., 0) - 用 Web Worker 处理纯计算型任务，彻底剥离主线程
- CI 中加入静态检查规则（如 ESLint 的
no-unmodified-loop-condition、no-constant-condition）
