📍 WDQWDWQD987AAAAA:216.73.216.49
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f06e88073dd7.html
📄

页面加载速度测试，怎样排除缓存造成的假象

页面加载速度测试要排除缓存假象，核心做法是让测试请求绕过本地、中间层和站点层缓存，并对比“首次访问”和“重复访问”两组数据。如果两次结果差距很大，说明你之前的测试很可能测的是缓存版本，而不是真实用户的首次加载体验。

先理解缓存为什么会制造假象

浏览器缓存、CDN缓存、服务器端页面缓存、对象缓存都会让同一个URL在第二次请求时变快。测试工具如果复用了已缓存的资源，你看到的加载时间可能只有真实首次访问的一小部分。常见现象包括：

• 第二次测试比第一次快很多，但你没有改动任何配置。
• 不同工具给出差异极大的结果，因为有的工具默认忽略缓存，有的默认复用缓存。
• 页面主体很快出现，但图片、字体、脚本仍是旧版本，造成“很快”的错觉。

这些现象只能说明缓存可能参与了结果，不能直接断定缓存就是唯一原因。网络波动、服务器负载、测试节点位置也会影响数值。

用无缓存模式做第一轮排查

在浏览器开发者工具中打开网络面板，勾选“禁用缓存”（Disable cache），然后刷新页面。这一步能排除浏览器本地缓存的影响。观察指标时重点看：

• 文档请求（Document）的等待时间与下载时间。
• 首次内容绘制和最大内容绘制是否明显变慢。
• 哪些资源从缓存读取，哪些走了网络。

如果禁用缓存后速度大幅下降，说明之前的快来自浏览器缓存。此时还不能下结论，因为CDN和服务器缓存仍然可能生效。

区分本地缓存、CDN缓存与服务器缓存

三种缓存的作用位置不同，排查方式也不同：

1. 本地缓存：由浏览器保存，禁用缓存即可绕过。适用条件是排查单个用户视角的重复访问。
2. CDN缓存：由边缘节点保存。可以在请求URL后加一个随机查询参数，例如 ?nocache=123，让CDN把它当作新资源。适用条件是判断边缘节点是否返回了旧副本。
3. 服务器与对象缓存：由程序或缓存层保存。需要查看响应头中的缓存状态字段，或临时关闭对应缓存插件再测。适用条件是确认动态页面是否被整页缓存。

注意：加随机参数只对部分缓存策略有效，不能保证绕过所有缓存。如果站点使用 <h2> 这类结构做片段缓存，随机参数可能仍然命中同一缓存键。

对比首次访问与重复访问的数据

比较两种处理方案时，建议分别记录：

• 冷启动数据：清空缓存后第一次访问的加载时间。
• 热启动数据：同一会话内第二次访问的加载时间。

判断结果的方式：如果冷启动明显慢于热启动，说明缓存对速度贡献大，优化重点应放在首次加载路径上，例如减少阻塞资源、压缩图片、启用预连接。如果两者差距很小，说明缓存不是主要变量，应继续检查服务器响应时间、网络延迟和第三方脚本。

适用条件：这种方法适合比较“开启缓存”和“关闭缓存”两种处理方案。它不适用于判断缓存是否安全，也不适用于评估索引或排名影响。

一个可执行的检查清单

1. 打开开发者工具，勾选禁用缓存，记录一次完整加载。
2. 取消禁用缓存，再记录一次同一页面的加载。
3. 给URL加随机查询参数，观察CDN是否仍返回缓存副本。
4. 查看响应头，确认是否有命中缓存的标记。
5. 如果仍不确定，临时关闭站点缓存插件，重复第1步和第2步。

完成对比后，你会得到两组可复现的数据。下一步是根据冷启动数据定位真正的瓶颈，而不是继续用带缓存的测试结果做优化决策。