“aw, snap!”崩溃主因是js堆溢出、扩展冲突、renderercodeintegrity干预或gpu过载；应依次执行无痕验证、禁用全部扩展并逐个启用定位、清除所有时间的cookie及缓存、禁用renderercodeintegrity、关闭硬件加速。
谷歌浏览器频繁弹出“Aw, Snap! 糟糕！网页崩溃了”提示，说明渲染进程已被强制终止，常见于访问含大量JavaScript交互的后台系统、视频平台或AI工具页面时，此时任务管理器中对应标签页内存常飙升至800MB以上，且刷新无效。
先用无痕窗口快速判断是不是扩展惹的祸
无痕模式不加载任何已安装扩展、不读取本地Cookie和缓存，是最快验证是否由插件引发崩溃的隔离环境。
按 Ctrl + Shift + N 新建无痕窗口→在地址栏输入曾崩溃的网址→回车访问。
如果页面正常加载，问题基本锁定在扩展上；如果依然崩溃，说明根源不在插件，可跳过后续禁用扩展步骤，直接进入清除数据或禁用安全特性环节。
彻底禁用所有扩展并逐个启用定位冲突源
多个扩展（尤其是广告拦截器、Tampermonkey脚本、翻译插件）可能协同劫持DOM、篡改fetch请求或驻留无法释放的内存对象，最终触发V8堆内存保护机制。
第一步：在地址栏输入 chrome://extensions/ 并回车，进入扩展管理页。
第二步：确认右上角“开发者模式”已开启；若未开启，先点击开启开关。
第三步：将所有扩展右侧的开关全部关闭，确保每项状态均显示为“已停用”。【注意：必须关闭全部，哪怕你只怀疑某一个】
第四步：关闭所有Chrome窗口→按 Ctrl + Shift + Esc 打开任务管理器→在“进程”页签下结束所有名为 chrome.exe 的进程（包括后台隐藏进程）。
第五步：双击桌面快捷方式重启Chrome→访问原崩溃网页→若稳定，就开始逐个启用：每次只开一个扩展→立即刷新目标网页→静置10秒→观察是否瞬间崩溃。一旦崩溃，该扩展就是确定性致因源，应直接点击“移除”卸载。
清除损坏的缓存与网站数据
过期的Service Worker脚本、被污染的IndexedDB数据库或残留的大型Blob对象会持续占用JS堆空间，导致新页面初始化失败。
点击右上角三个点→选择“更多工具”→“清除浏览数据”。
时间范围选“所有时间”，勾选“Cookie及其他网站数据”和“缓存的图片及文件”两项→点击“清除数据”。
这一步操作起来很简单，但必须等进度条走完、按钮变灰再松手，中途关闭会导致部分缓存残留，后续仍可能触发崩溃。
禁用RendererCodeIntegrity安全特性
Windows 10/11内置的Renderer Code Integrity功能会强制校验Chrome渲染器代码完整性，与某些驱动（如bdXXX.sys）、杀毒软件或旧版显卡驱动存在兼容性冲突，引发STATUS_ACCESS_VIOLATION错误。
右键桌面Chrome快捷方式→选择“属性”→切换到“快捷方式”选项卡→在“目标”框末尾加一个英文空格，再粘贴：--disable-features=RendererCodeIntegrity。
点击“应用”→“确定”→关闭所有Chrome进程→重新双击该快捷方式启动浏览器。
关闭硬件加速切换为软件渲染
硬件加速依赖显卡进行页面合成，但在集成显卡资源争抢、老旧驱动或macOS图形栈适配不全的设备上，极易引发GPU进程崩溃，连带整个浏览器闪退。
点击右上角三个点→“设置”→左侧选“系统”→关闭“使用硬件加速模式（如果可用）”→滚动到底部点击“重启”。
重启后，在地址栏输入 chrome://gpu/ 回车→检查“Graphics Feature Status”下方所有条目，确认每项都显示为 Software only, hardware acceleration unavailable。
