需要（或多或少）执行以下步骤来满足请求： 找到服务器。 连接到服务器。 等待回复。 收到答复。 这些步骤中的每一步都需要时间，而不仅仅是最后一步。前三个与文件大小无关。。这些费用是针对每个请求收取的，无论有效负载是小型 CSS 文件还是大型未压缩图像。
为什么需要一段时间才能得到回复
我们无法避免的一个因素是网络信号的 电话号码资源 传播速度不能超过光速。这是理论上的最大值；实际上，数据传输需要的时间会更长。例如，巴黎和纽约之间的往返大约需要 40ms。如果数据实际上需要两倍的时间穿越大西洋，那么从服务器获得响应的最短时间是 80 毫秒。
这就是 CDN 被普遍使用的原因
CDN 将服务器放置在物理上更靠近用户的位置，这是减少到 间的唯一方法。 这有多大关系？ 查看此图表（来自 Chrome 的开发工具）： 由 Chrome 开发工具测量的应用程序生命周期。
红框中的所有值都是我认为的“延迟”
它们的总长度为 220 毫米。实际传输内容花费了0.7ms。任何压缩或文件大小减小都无济于事。减少应用程序所用时间的唯一方法是减少延迟。 我们不需要发出很多请求来加载页面吗？ 需要多个请求来加载呈现页面所需的所有内容。
如果该 URL 对应于网页，浏览器通常会发现它需要加载更多 年轻企业家了解你的目标受众 资源来呈现该页面。这些可以是 CSS、JavaScript 或字体文件。要加载每个文件，必须重复执行上面列出的相同步骤。 幸运的是，一旦找到服务器（上图中的“DNS 查找”），浏览器就不需要再次查找它。
它仍然需要连接
我们必须等待响应。 对 PageSpeed Insights 测试的 学生手机清单 怀疑研究 所有 PageSpeed Insights 评论都涵盖了可能影响网站速度的因素。对于较大的站点，其中一些并不那么容易实现。
根据您网站的设计方式，有些网站可能比其他网站更有效。这并不意味着您有借口不做这些事情 – 它们都是最佳实践，而且都有帮助。但它们并不代表整个站点的速度情况。 考虑到这一点，以下是对每个 PageSpeed Insights 原则的“怀疑论读物”。
测试重点是减少带宽使用
规则 持怀疑态度的阅读 增强照片 除非您有大图像，否则这可能不是什么大问题。它只是测量图像是否可以进一步压缩，而不是测量是否加载太多。 启用压缩。 压缩很容易。你用它。除非您（例如）加载大型 JavaScript 文件，否则它可能不会产生太大影响。
缩小 HTML。 开销可能只会减少几十KB。延迟的影响比响应大小的影响更大。 缩小 CSS。 开销可能只会减少几十KB。延迟的影响比响应大小的影响更大。 缩小 JS。 可能不如将 JS 合并到单个文件中以减少请求数量那么重要。