宙斯浏览器在加载图片密集的网页时突然崩溃，这种情况并不少见。最直接的感受是——页面还没完全渲染，浏览器直接消失，连错误提示都没有。

经验表明，问题通常出在GPU内存超限、ShaderCache或GPUCache文件损坏，又或者是AVIF、WebP这些图片格式的解码模块出了岔子。别慌，下面这几个步骤基本能搞定。

需要说明的是：崩溃和单纯的卡顿、白屏是两回事。当宙斯浏览器批量加载大量图片时，一旦GPU内存被撑爆、着色器缓存校验失败，或者WebP/AVIF解码模块触发异常，进程就会被系统直接强制终止，连恢复的机会都没有。

检查并禁用硬件加速

硬件加速这个功能，对老显卡尤其不友好。例如Intel HD Graphics 4000、NVIDIA 510系列以下的驱动，和宙斯浏览器调用的ANGLE GPU后端之间存在指令集冲突。

开启硬件加速后，批量图片解码会迅速把GPU纹理缓存填满。Skia渲染管线扛不住就会直接崩溃，连带整个进程退出。

解决办法很简单：

• 点击右上角三点菜单 → 【设置】→【系统】
• 关闭“使用硬件加速模式（如果可用）”开关
• 按提示点击【重启宙斯浏览器】

注意：这一步必须重启，否则GPU进程仍沿用旧配置，等于没改。

重置ShaderCache与GPUCache

ShaderCache文件夹里存的是图片着色器的预编译结果、WebGL纹理上传上下文，以及WebP解码内核的快照。一旦其中某个文件结构损坏——例如异常断电或者强制杀进程——浏览器在加载图片时校验失败就会直接硬崩溃。GPUCache的情况类似。

操作流程分四步：

1. 彻底关闭宙斯浏览器。打开任务管理器，确认所有zeus.exe进程（包括后台服务进程）都结束了，别让它还在后台偷偷运行。
2. 找到缓存目录。
   Windows下路径：%AppData%ZeusBrowserUser DataShaderCache
   macOS下路径：~/Library/Application Support/ZeusBrowser/ShaderCache
3. 重命名文件夹。将整个ShaderCache文件夹重命名为ShaderCache_backup，同理将同级目录下的GPUCache文件夹也重命名为GPUCache_backup。这样相当于把旧缓存备份起来，万一有问题还能恢复。
4. 重新启动浏览器。系统会自动生成全新的缓存文件。首次加载图片较多的页面可能会慢一点，但崩溃的概率会大幅下降。

启用稳定图片解码模块

方法一：强制启用基础解码能力

在地址栏输入 zeus://flags 回车，搜索 webp decoding，将其设为 Enabled；同样操作启用 jpeg decoding 和 png decoding。然后点击页面底部的【Relaunch】重启。

方法二：禁用高风险的新型格式支持

仍在 zeus://flags 页面，搜索 a vif decoding 和 jpeg xl decoding，把这两项都设为 Disabled，再重启生效。

背景说明：部分CDN返回的AVIF头信息不规范，宙斯浏览器在解析时会触发空指针异常。这其实是2026年5月以来高频崩溃的主要诱因之一，禁用它们能省去很多麻烦。

《夸克》非常好用的免费AI浏览器

下载APP查看