在宙斯浏览器中如何查看当前网页加载的详细资源损耗？

宙斯浏览器Network面板需禁用缓存、筛选关键请求并解读瀑布流三步联动才能真实反映资源耗时。必须勾选Disable cache与Preserve log，筛选JS/XHR请求后按Time降序分析Queueing、TTFB和Download三段耗时，定位DNS、连接、服务端或传输瓶颈。

你需要精准掌握当前网页加载过程中每个资源的耗时分布、阻塞关系与传输瓶颈，而不是只看一个笼统的“页面加载完成时间”。宙斯浏览器的Network面板能提供从DNS查询到内容下载的完整时间轴，但必须配合禁用缓存、筛选关键请求和解读瀑布流三步联动，否则看到的Time列全是0ms假数据。

打开开发者工具并强制禁用缓存

按 Ctrl+Shift+I（Windows）或 Cmd+Option+I（macOS）唤起开发者工具，直接切到 Network 标签页。这一步不能靠右键“检查元素”进入——它有时会跳过Network默认激活状态，导致你刷新后看不到任何请求记录。

勾选左上角【Disable cache】开关，【这一步不可跳过】。不勾选的话，所有JS/CSS都可能来自内存缓存，Time列显示0ms或2ms，完全无法反映真实网络与服务端耗时。同时勾选【Preserve log】，防止你点进某个子页面后，首页的初始化请求记录被自动清空。

筛选并锁定高损耗资源

在Network面板顶部Filters区域，点击 JS 图标，只保留.js请求；再点一下 XHR 图标，叠加显示接口请求。这样能立刻排除图片、字体等干扰项，聚焦脚本加载与数据拉取这两类最易拖慢首屏的资源。

点击Time列标题降序排列，把耗时最长的前3个请求拖到视野中央。重点关注Initiator列为Script或Parser的条目——前者是动态import()加载的路由模块，后者是HTML里同步

若发现多个 chunk-vendors.*.js 耗时均超800ms且Queueing段明显拉长（灰色块＞150ms），说明同域名并发连接已满，不是代码没拆分，就是该上HTTP/2了。

逐帧解读瀑布流时间轴

点击任一高耗时JS请求，在下方Waterfall图中盯住三段颜色：

① Queueing / Stalled（灰色）：超过100ms就要警惕。这不是网络问题，是浏览器在等空闲TCP连接，尤其当多个资源共用同一域名时，HTTP/1.1的6连接上限立刻成为瓶颈。

② Waiting (TTFB)（橙色）：若持续＞500ms，问题不在前端。立刻检查Response Headers里有没有x-cache: HIT，没有就说明CDN没生效；若有但TTFB仍高，基本可以断定服务端渲染卡在数据库查询或模板编译上。

③ Content Download（红色）：先看Size列——如果显示“1.8 MB”，而你知道这只是个Vue组件，那code-splitting肯定没配；再确认Response Headers是否含content-encoding: br，没有就代表Brotli压缩完全未启用，传输体积凭空大出30%～40%。