网页第二次打开很快，能证明机场快吗？先排除浏览器缓存

同一个网页第一次等了很久，第二次却很快，可能是访问体验改善了，也可能只是浏览器复用了本地资源。仅凭“再次打开很快”，无法给机场节点的下载能力下结论。

这套方法适合用桌面 Chrome 检查资料页、图片页等日常任务。选择你有权限访问、内容相对稳定的小页面；不反复提交登录、付款或上传操作。

浏览器从本地缓存复用资源与从网络获取资源的两条路径

示意图：资源复用与重新传输应分别记录，不能只看第二次开页快。

先确认哪些内容真的重新传输了

MDN 的 HTTP 缓存说明指出，缓存可以复用先前请求的响应。浏览器缓存与站点使用的共享缓存不是同一个位置。

因此，页面重新显示出来、请求列表出现一行、资源正文重新从网络下载，是不同观察。缓存验证也可能得到 304，而非完整正文传输。记录实际状态与传输情况，不要只看页面有无显示。

固定条件。 记录设备、网络、浏览器、节点、规则模式、页面及测试时间。暂停额外下载，保持客户端不会自动换节点，或明确记录切换。
打开网络面板。 在 Chrome 开发者工具中选择 Network，确认没有启用 Offline 或人为限速。保留面板打开。
记录普通访问。 正常访问一次，再重复打开同一页面。观察主文档及几个主要资源的状态、传输大小、耗时和缓存相关提示。
记录禁用缓存访问。 勾选 Disable cache，清空的是请求记录列表，再访问同一页面；不要误选清除所有 Cookie 或网站数据。记录相同资源的结果。
恢复设置。 完成后取消临时禁用缓存和其他测试选项，避免把后续日常体验与测试模式混在一起。

Chrome 官方网络面板文档说明了禁用浏览器缓存和网络限速入口。此处只需要用这些观察工具，不需要修改网站或机场设置。

只看一个小图标的请求耗时也不够。页面还可能等待其他资源或脚本；应再执行你原本需要完成的小任务，记录是否真正可用。

如果两组结果差异大，先按请求逐项找差异。若只有一部分资源来自缓存，就把它们标出来，不能把整页统称为“无网络传输”。如果结果很接近，也只说明本次条件下差异不明显。

禁用浏览器缓存，并不自动排除站点 CDN 缓存、连接复用或服务端处理差异。它提供的是一组更清楚的本地对照，不是绝对纯净的线路测速。

整理机场推荐依据时，分别保留首次访问、重复访问和实际任务记录。既不要把缓存带来的便利算成节点吞吐量，也不要因为首次访问较慢，就直接认定服务长期不可用。

官方资料核验日期：2026-10-08。本文提供自行操作与记录的方法，不代表本站对某家机场的实测结论。