如果您查看瀑布图的第一行，该行的“绿色”部分会显示根 HTML 页面的“第一个字节时间”。您肯定不希望看到这样的图表： 坏瀑布 在上面的例子中，根页面的 TTFB 耗时整整六秒！理想情况下，该时间应在 500 毫秒以下。 因此，如果您的 TTFB 确实很慢，下一步就是确定是什么导致它变慢以及您可以采取什么措施。
我们需要先简单谈谈
延迟”。 延迟 延迟是一个经常被误 企业电子邮件列表 解的概念。延迟是指将单个数据从一个位置传输到另一个位置所需的时间。一个常见的误解是，如果您的互联网连接速度很快，那么延迟应该总是很低。 高速的互联网连接只是问题的一部分：加载页面所需的时间不仅取决于您的连接速度，还取决于该页面与浏览器之间的距离。
最好的比喻是将您的
互联网连接视为管道。连接带宽（即“速度”）越高，管道 必须采取适应性营销策略 就越粗。管道越粗，可以并行下载的数据就越多。虽然这对整体数据吞吐量很有帮助，但您的浏览器建立的每个特定连接仍然需要覆盖最小“距离”。 下图有助于说明带宽和延迟之间的差异。
例如，亚特兰大的
用户访问悉尼的服务器。） A 和 B 之间 欧洲数据 的“跳数”，因为互联网流量随着传输距离的增加而通过越来越多的路由器和交换机进行重定向。 因此，虽然更高的带宽对于整体吞吐量来说肯定是有益的，但您仍然必须经过连接的初始“距离”才能加载页面，这就是延迟的来源。 那么你如何测量你的延迟？ 测量延迟和处理时间 令人惊讶的是，将延迟与服务器处理时间区分开来的最佳工具是：ping。
ping 工具默认预装在
大多数 Windows、Mac 和 Linux 系统上。ping 的作用是通过互联网将一个非常小的信息包发送到您的目标 URL，测量该信息到达和返回所需的时间。Ping 在服务器端几乎不使用任何处理开销，因此测量您的 ping 响应时间可以让您很好地了解 TTFB 的延迟组件。 在这个简单的例子中，我测量了