如何在宙斯浏览器中利用资源控制台分析网页加载瓶颈？

要排查网页加载慢的问题，关键在于绕过缓存、直击真实的资源请求耗时。通过Network面板的瀑布流、时间轴分段和Initiator链路三重交叉验证，才能区分是网络延迟、服务端卡顿还是脚本体积过大导致的瓶颈。

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

点击地址栏右侧“≡”菜单，选择【更多工具】→【开发者工具】，或者直接按 Ctrl+Shift+I（Windows）/Cmd+Option+I（macOS）快捷键。切换到 Network 标签页后，务必勾选左上角的 【Disable cache】 ——这一步不能省，否则所有 JS、CSS 都可能来自内存缓存，Time 列显示的 0ms 完全无法反映真实加载性能。

同时，请勾选 【Preserve log】，避免页面跳转或路由懒加载触发后，关键的初始化请求记录被清空。

筛选并定位关键模块脚本

在 Network 面板顶部的 Filters 区域，点击 JS 图标，让面板只显示 .js 类型的请求。接下来观察 Initiator 列：重点关注值为 Script 或 Parser 的条目。前者代表动态 import() 加载的模块脚本，后者是 HTML 解析时同步插入的入口脚本，这两类最容易成为首屏阻塞点。

点击 Time 列标题进行降序排列，优先点开耗时最长的前 3 个 JS 请求，它们大概率就是瓶颈所在。

逐段解读瀑布流时间轴

点击任一关键 JS 请求，在下方 Waterfall 图中重点看三段颜色块：Queueing / Stalled：如果这一段明显拉长（超过 100ms），说明同域名并发连接已满（HTTP/1.1 默认限制6个），尤其是多个 chunk-vendors.*.js 共用一个域名时。此时需要拆分子域或启用 HTTP/2 来解决。

Waiting (TTFB)：超过 500ms 就值得警惕了——原因可能是 CDN 没缓存、服务端构建产物未预生成，或是 SSR 渲染模板卡在数据库查询上。

Content Download：下载时间长不一定等于网络差。先看 Size 列：如果显示“2.4 MB”，而你确认这是个路由组件，那基本可以断定没做 code-splitting。再检查 Response Headers 是否包含 content-encoding: br，没有就说明 Brotli 压缩完全没生效。

关联分析 Initator 与调用栈

方法一：点击 Initiator 列中的文件名（如 main.js:123），控制台会自动跳转到对应 script 标签位置，确认是否重复 import() 同一个模块。

方法二：右键该 JS 请求，选择【Reveal in Elements Panel】，查看它是否被包裹在