在宙斯浏览器中打开开发者工具并启用Network捕获，禁用缓存、保留日志，筛选JS/XHR请求并按Time降序排列，通过Waterfall分析Queueing、TTFB和Content Download，结合Initiator链路定位阻塞源头。
打开开发者工具并启用网络捕获
在宙斯浏览器中打开目标网页后，按 F12 或点击地址栏右侧“≡”菜单→【更多工具】→【开发者工具】调出面板。这一步必须在页面加载完成前执行，否则初始资源请求会丢失。
切换到 Network 标签页，确认左上角圆形录制按钮为红色——若为灰色，务必单击一次启动捕获。Network 面板默认不自动记录，未手动开启会导致整页请求空白。
禁用缓存并保留跨页日志
勾选左上角【Disable cache】开关。这一步不可跳过，否则 JS/CSS 资源可能直接从内存缓存读取，Time 列显示 0ms，完全掩盖真实加载延迟。
同时勾选【Preserve log】。SPA 页面路由跳转、表单提交或 Tab 切换都会清空 Network 记录，不启用该选项，你将无法看到后续交互触发的关键 API 请求。
筛选关键请求并排序耗时
在顶部 Filters 区域点击 JS 图标，仅显示 .js 类型请求；再点击 XHR 图标，单独查看接口请求。两种类型分别对应首屏阻塞点与数据加载瓶颈。
点击 Time 列标题进行降序排列，优先聚焦耗时最长的前 3 个请求。若某 JS 请求 Time 超过 800ms，大概率是未拆包的巨型 bundle；若某 XHR 请求 TTFB 占比超 70%，说明服务端响应严重滞后。
右键表头→勾选 Waiting (TTFB) 和 Content Download，让这两列显式出现在主表格中。它们是判断“后端慢”还是“下载慢”的第一眼依据。
逐项解读瀑布流时间轴
点击任一高耗时请求，在下方 Waterfall 中重点观察三段颜色：
Queueing / Stalled：若该段拉长至 >120ms，说明同域名并发连接已满，需检查是否多个 chunk 共用同一 CDN 域名；HTTP/1.1 下最多 6 个连接，极易卡住。
Waiting (TTFB)：鼠标悬停查看毫秒值，【超过 600ms 必须排查服务端】——可能是 SSR 渲染卡在数据库查询，或静态产物未预生成，而非网络问题。
Content Download：先看 Size 列数值，若显示 “1.8 MB”，而该文件是某个路由组件，基本确认 code-splitting 完全失效；再核对 Response Headers 是否含 content-encoding: br，无则 Brotli 压缩未启用。
定位阻塞源头的 Initiator 链路
回到 Network 主列表，找到 Initiator 列值为 Parser 的 JS 请求——这是 HTML 解析时同步插入的脚本，会立即阻塞 DOM 构建，首屏白屏时间直接受其影响。
Initiator 为 Script 的条目代表动态 import() 加载的模块，通常关联懒加载路由；若其 Queueing 时间异常高，说明前序 chunk 加载未完成，形成级联阻塞。
点击该请求→右侧切换到 Initiator 子标签页→逐层向上点击箭头图标，直到看到最顶层的 HTML 文件或入口 script 标签。这条链路就是真实阻塞路径，不是靠猜。
