内存泄漏会导致浏览器冻住无响应吗？SPA长时间运行故障排查

• 内存泄漏的推论完全成立，页面冻住无响应并非CPU满载的专属表现，内存耗尽是非常常见的诱因。
• Windows平台Chrome的内存不足表现和你描述的故障特征完全匹配：UI可见但无交互、无法操作只能关闭标签页。

Chrome渲染进程内存接近上限时，会触发两类阻塞逻辑：

• 垃圾回收器会高频执行全堆扫描回收，此时JS主线程会被频繁挂起，所有用户交互、UI渲染任务全部滞留在消息队列无法处理，表现为页面无响应
• Windows系统会将Chrome不常访问的内存页置换到磁盘页文件，触发交互时需要从磁盘回读内存页，IO延迟会放大卡顿效果，最终表现为完全冻住。
• 这类阻塞不会在performance面板中体现为失控定时器、无限循环的特征，因为性能瓶颈不在主线程的代码执行，而是内存回收、页交换带来的线程暂停。

故障仅出现在Windows端用户设备，通常和环境差异有关：

• 用户设备物理内存较小，或同时运行其他高内存占用程序，给Chrome标签页预留的可用内存阈值远低于你的调试设备
• 调试时加载的业务数据量、使用的账号权限、操作路径和用户真实场景不一致，内存泄漏的累积速度未达到触发阈值
• Windows平台Chrome的单标签页内存限制策略和Mac、Linux平台存在差异，同等内存占用下Windows端会更早触发OOM相关阻塞。

• 给用户的Chrome添加--enable-logging --v=1启动参数，复现故障后提取Chrome日志，确认是否存在OUT_OF_MEMORY相关报错
• 使用Chrome Memory面板做堆快照对比：分别在页面加载完成、静置5分钟、静置10分钟三个节点抓取堆快照，对比留存的DOM节点、JS对象的增量，优先排查未解绑的全局事件监听、未销毁的组件实例、持续增长的全局缓存
• 排查静默运行的WebWorker、ServiceWorker逻辑是否存在内存泄漏，这类线程的内存占用不会在主线程performance录制中体现。

内容的提问来源于stack exchange，提问作者jstaab