问题由扩展静默清空body或本地网络权限拦截等底层劫持导致，需依次禁用全部扩展、开启本地网络访问、修正UA标识、检查Content-Type响应头并清除专用缓存。
宙斯浏览器打开网站后页面全白、DOM树为空、网络面板里HTML文档状态码是200但内容长度为0，控制台却没有任何红色报错，说明问题不在JavaScript执行层，而是发生在更底层的资源拦截或渲染流程劫持环节。
确认是否被扩展静默清空body
第一步：在地址栏输入 【zeus://extensions】 并回车，直抵扩展管理页。
第二步：将所有已启用扩展右侧开关全部关闭，尤其注意广告拦截器（uBlock Origin Zeus版）、用户脚本管理器（Tampermonkey）、字体替换工具这三类——它们常在document.open()后立即调用document.write('')或直接清空document.body，不抛异常也不留日志。
第三步：必须彻底退出宙斯浏览器进程（Windows在任务管理器中结束ZeusBrowser.exe，macOS在活动监视器中强制退出），再重启浏览器。
第四步：新开标签页访问原白屏网站。若页面恢复，说明某个扩展正在静默破坏DOM结构。
检查本地网络访问权限是否被拦截
内网地址（如 http://192.168.5.20:8000）或 localhost 服务白屏且控制台无报错，大概率是浏览器主动阻断了对本地网络的请求，连fetch都未发出，自然不会触发JS错误。
点击地址栏左侧锁形图标 → 找到【本地网络访问】→ 设为【允许】→ 【务必勾选“对当前网站及其所有子域生效”】。若该选项未勾选，iframe嵌套的内网接口仍会被拦截，导致主页面空白。
验证UA标识是否触发服务端降级
部分网站会根据User-Agent判断设备类型，若宙斯浏览器被识别为老旧移动设备或非标准UA，服务端可能返回空HTML骨架或跳过关键资源注入。
方法一：在地址栏输入 【zeus://settings/userAgent】 回车 → 关闭“自动选择用户代理” → 粘贴标准桌面UA：
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/128.0.0.0 Zeus/3.9.2 Safari/537.36
方法二：若无法访问该协议页，点击右下角三点菜单 → 设置 → 网页设置 → UA标识 → 选择【Windows Chrome】→ 刷新页面。
排查PDF.js引擎误接管HTML响应
极少数情况下，服务器错误地对HTML响应头设置了Content-Type: application/pdf，宙斯浏览器新版PDF.js引擎会强行接管并尝试渲染，结果就是一片空白画布，控制台也不会报错。
按F12打开开发者工具 → 切换到Network面板 → 刷新页面 → 找到主文档请求（Name列显示为“(index)”或域名本身）→ 点击它 → 查看Headers标签页中的Response Headers → 检查Content-Type值。
若值为application/pdf或text/plain，说明服务端配置错误；此时需联系网站管理员修正响应头，浏览器侧无法绕过。
强制重置渲染上下文并清除专用缓存
第一步：在地址栏输入 【zeus://settings/clearBrowserData】 回车。
第二步：勾选“缓存的图像和文件”“Cookie及其他网站数据”“站点权限”三项 → 时间范围选【所有时间】→ 点击“清除数据”。
第三步：关闭所有宙斯窗口 → 重新启动浏览器 → 访问目标网站。
第四步：若仍白屏，在新标签页中输入 zeus://dino（恐龙游戏页）→ 确认基础渲染正常 → 再回到问题页面测试。这一步能排除GPU进程损坏或渲染上下文污染导致的静默失败。
