宙斯浏览器图片破损主因是webp/avif解码异常或gpu渲染失败；需通过zeus://flags启用基础解码、禁用avif、清除shadercache与gpucache，并可临时关闭硬件加速强制cpu渲染。
宙斯浏览器加载部分网页图片显示破损，通常不是网络中断或服务器返回错误，而是浏览器在解码、缓存或渲染环节出现局部失败——比如WebP帧头校验通过但Alpha通道解析异常，或GPU纹理上传时某一块像素区域丢帧，导致图片中部出现色块、边缘锯齿、渐变断裂或文字区域马赛克。
检查破损图片是否为WebP/AVIF格式
破损常集中于新型压缩格式，尤其是带透明通道或动画的WebP、AVIF文件。Chrome内核对这类格式的解码容错率低，宙斯未启用完整解码链时会跳过损坏帧，只渲染前几帧或主背景层。
按F12打开开发者工具 → 切换到Network面板 → 刷新网页 → 点击任一破损图片请求 → 查看Headers下的Content-Type值：若为image/webp或image/avif，说明问题大概率出在解码模块。
这一步不用重启，直接进zeus://flags就能改。
强制启用基础解码并禁用高风险格式
方法一：启用WebP/JPEG XL/PNG基础解码支持
在地址栏输入zeus://flags回车 → 搜索webp → 将【Enable WebP support】设为Enabled → 同样操作启用【JPEG XL decoding】和【PNG decoding】→ 滚动到底部点击【Relaunch】。
方法二：禁用AVIF以规避头部解析崩溃
仍在zeus://flags页面 → 搜索avif → 找到【AVIF decoding】→ 设为Disabled → 重启生效。【必须重启，否则旧解码器仍驻留GPU进程】
部分CDN返回的AVIF文件头缺失color_profile字段，宙斯解析时触发Skia空指针，仅影响该图，不报错也不重试，直接呈现破损块。
清除图片解码缓存与ShaderCache
第一步：彻底关闭宙斯浏览器——打开任务管理器，结束所有zeus.exe进程（含后台服务进程）。
第二步：定位缓存目录：
Windows路径为%AppData%\ZeusBrowser\User Data\ShaderCache；
macOS路径为~/Library/Application Support/ZeusBrowser/ShaderCache。
第三步：将ShaderCache文件夹重命名为ShaderCache_backup；同理，将同级目录下的GPUCache也重命名为GPUCache_backup。
第四步：重新启动浏览器，系统将自动生成全新缓存。首次加载多图页可能稍慢，但破损图恢复概率显著提升。
ShaderCache中保存着WebP解码内核快照，若其中某次预编译结果损坏（如断电时写入中断），后续所有同格式图片都会复用该错误上下文，表现为固定位置、固定色相的破损区块，且仅出现在同一台设备上。
临时绕过GPU解码强制CPU渲染
点击右上角三点菜单 → 【设置】→【系统】→ 关闭“使用硬件加速模式(如果可用)”开关 → 点击提示中的【重启宙斯浏览器】。
老旧显卡驱动（如Intel HD Graphics 4000或NVIDIA 510系列以下）与宙斯调用的ANGLE GPU后端存在指令集冲突，启用硬件加速后，批量图片解码会迅速填满GPU纹理缓存，Skia渲染管线崩溃并强制丢弃部分像素块，造成局部破损而非整图黑屏。
这一步操作起来很简单，直接关掉再重启就行。
