如何调试Chrome打开多标签时出现的“Aw, Snap!”错误

当按住Ctrl点击链接打开约10个标签页时，2-3个标签页会出现“Aw, Snap!”崩溃（错误截图：），对应Chrome错误代码STATUS_BREAKPOINT、Edge错误代码STATUS_ACCESS_VIOLATION，可从以下方向着手排查：

一、前端内存泄漏排查（Knockout框架重点） #

• 用Chrome DevTools的Memory面板：记录单个页面的内存快照，重复打开/关闭页面，对比快照中是否有未被回收的对象（如Knockout订阅实例、绑定的DOM元素）
• 检查Knockout订阅清理：确保ko.computed、ko.subscribe在页面卸载时调用dispose()，尤其是页面切换场景，避免订阅残留导致内存无法释放
• 验证事件绑定清理：原生JS事件或Knockout的data-bind事件绑定，需在页面卸载时解绑（如$(element).off('eventName')），防止DOM元素被事件引用无法回收

二、后端资源与并发限制排查 #

• 调整Kestrel并发连接数：在Program.cs中配置builder.WebHost.ConfigureKestrel(options => options.Limits.MaxConcurrentConnections = 100)（根据实际需求调整），避免并发请求被限制
• 检查会话状态：若使用服务器端会话，多标签页会共享会话锁，可能导致请求阻塞超时，可尝试改用无状态会话或缩短会话超时时间
• 监控后端内存：用Visual Studio诊断工具或dotnet-monitor查看服务器端内存占用，排查是否存在数据库连接未释放、大对象未回收等后端内存泄漏问题

三、浏览器环境验证 #

• 禁用浏览器扩展：在Chrome/Edge中开启无痕模式（或手动禁用所有扩展），测试是否因扩展冲突导致崩溃
• 调整Chromium实验特性：打开chrome://flags，关闭Site Isolation等实验性选项，验证是否缓解崩溃问题
• 跨浏览器测试：用其他Chromium内核浏览器（如Brave）复现问题，确认是通用Chromium问题还是特定浏览器配置导致

四、网络请求排查 #

• 用DevTools的Network面板：查看崩溃标签页的请求日志，确认是否存在请求超时、异常响应（如5xx错误）或大体积资源（如超过10MB的JS/CSS）加载
• 检查请求重复触发：确认多标签页打开时是否有重复的API请求，导致服务器资源耗尽或前端内存过载

内容的提问来源于stack exchange，提问作者Cătălin Rădoi