如何在Safari浏览器中通过检查器查看网络请求的耗时详情?
说实话,很多人觉得查页面加载慢就是看个总时长,但真正的问题往往藏在细节里。要精准定位慢在哪一环,就得把每个请求拆开,看 DNS 查了多久、TCP 连了多久、SSL 握手卡没卡、首字节等了多久、下载花了多少时间——这些分段耗时才是诊断瓶颈的关键。 当然,第一步得先把 Safari 的“隐藏关卡”打开。
说实话,很多人觉得查页面加载慢就是看个总时长,但真正的问题往往藏在细节里。要精准定位慢在哪一环,就得把每个请求拆开,看 DNS 查了多久、TCP 连了多久、SSL 握手卡没卡、首字节等了多久、下载花了多少时间——这些分段耗时才是诊断瓶颈的关键。
当然,第一步得先把 Safari 的“隐藏关卡”打开。默认情况下,开发者菜单是藏起来的,不激活的话,连网络检查器的门都摸不着。
先走一遍基础操作:Safari → 设置 → 高级 → 勾选【在菜单栏中显示“开发”菜单】。搞定之后,菜单栏里会多出一个“开发”项,如果没出现,重启一下 Safari 就好。
然后打开你要调试的网页,按 Option + Command + I 快速调出 Web 检查器,再点顶部的“网络”标签页——到这里,工具就位了。

刚打开网络面板时,里面是空的,必须刷新页面才能抓到真实请求。点一下面板左上角的红色圆形录制按钮(如果灰色就先点一下激活),然后按 Command + R 刷新页面。等底部状态栏显示“已完成”,且没有旋转加载图标,说明这次加载的全部内容已经抓完。
请求太多怎么办?可以在网络列表上方的搜索框里直接输关键词,比如 api/v1/login 或 .jpg,快速定位目标请求。或者点一下“类型”列标题两次,让 XHR 请求排到最前面,这样更容易找到接口相关的请求。
查看单个请求的分段耗时
点任意一条请求,右侧会展开详情面板,切换到“Timing”子标签页。这一页展示的是真实链路耗时分解:DNS 解析 → TCP 连接 → SSL 协商 → 等待首字节(TTFB)→ 内容下载。每一项的单位都是毫秒,不是估算值。
特别提醒:TTFB 如果超过 500ms,那就说明后端响应慢或者网络路由有问题,前端再怎么折腾也优化不了。
如果某项显示为 “(blocked)”,代表被浏览器排队或者受同源策略限制;如果某项长时间空白,可能是该阶段没有触发(比如 HTTP/2 下 DNS 和连接可能合并成一步)。
排序识别慢资源
直接点一下表头“持续时间”两次,列表就会按照耗时从高到低排列。重点关注持续时间超过 300ms 的资源,尤其是 HTML、JS、CSS 这三类——它们会阻塞渲染,哪怕只慢 200ms,用户都能明显感觉到卡顿。
如果想排除页面其他逻辑干扰,可以右键点击任意请求,选择“在新标签页中打开”,单独测试这个资源到底慢不慢。这样就能把问题锁定在资源本身,而不是页面整体环境导致的延迟。
Windows 10 是一款微软推出的经典操作系统,拥有硬件兼容性与多任务处理能力。它更偏向把系统状态查看和常用调节动作放在一起,适合需要持续观察和微调设备状态的场景。
极度公式是一款跨平台专业LaTeX公式识别编辑软件,支持OCR公式识别和多平台编辑。和使用说明,避免使用,享受完整功能与稳定支持。做扫描整理、文字提取和表格转换时,它能把识别后的处理步骤接得更顺,资料录入这类场景会省下不少时间。
















