这是对初始响应时间的典型衡量方式

svs1v56sR

这些因素可以帮助你向那些可能有最新智能手机、已连接到 WiFi、加载页面所需的所有文件都已经缓存(我们将在另一部分讨论这一点)所有对于网站有着理想条件的人们，解释他们的体验方式，而这不是大多数人会体验到的情况。 下载和处理 HTML 页面的 HTML 代码是浏览器最初下载的代码，这是你在网站上单击鼠标右键并点击“查看页面源代码”时就会看到。一旦建立连接，并且浏览器从服务器获取回传的第一条信息，我们就会到达首字节时间 (TTFB)，如下面的橙色线所示，这是从 HTML 请求开始(浅蓝色)到 HTML 开始下载(深蓝色)的时间。 如果 TTFB 出现延迟，有可能是因为数据库查询、服务器资源、等待服务器端渲下载时间将取决于连接和文件大小等因素。 这也是浏览器开始构建页面的地方，下载 HTML 时浏览器会将其解析为文档对象模型 (DOM)，这是计算机理解内容结构的方式。该解析过程使用浏览器的主线程来处理用户的操作行为并绘制页面、运行 JavaScript 以及执行布局、回流及垃圾收集。现在只要知道这个主线程的存在并且处理多个不同的任务，我们稍后会详细介绍这一点。 如果你看到 HTML 和下一个请求之间存在差距，最可能的原因是 CPU 正忙于处理 HTML 以构建 DOM。

因为是 CPU，这又取决于所使用的设备，因此你可以使用功 手机号码数据 能更强大的设备进行测试，来看看该差距是否仍然存在。 对于 HTML 和其他文档像是 CSS 和 JavaScript，你可以通过使用更少的代码、从代码中删除不必要的字符(如注释和空格)以及压缩文档大小来缩短时间。关键是使下载的文档更小，这样这部分的加载就会更快。但是缩小和压缩的方法不止一种，在许多情况下，这由 CDN、服务器(Apache 或 Nginx 是常见服务器)或是插件/模块/封包所处理，你可以在此处找到有关实现压缩和缩小的更多信息。 处理额外的连接 HTML 档下载之后，将开始处理对其他文件和其他服务器的相关引用，并开始新的连接，通常是将 JavaScript、CSS、图像和字体等其他文件添加混合。当某些文件引用其他文件时，事情开始变得疯狂，我们开始连接链和文件下载链。请看下方 Forbes.com 的请求地图，每个点都是一个单独的文件请求，每一行都是一个文件引用另一个必须下载的文件。总的来说，它是跨越 128 个连接的 363 个请求。





来源： 尽可能使用相同的服务器进行请求 过去，在与主域不同的去cookie域(cookieless domains)上托管资源是一种最佳实践方式，有时使用多个网域(称为域名分片的过程)会有益处，因为浏览器设置了连接请求限制。 从 HTTP/2 开始，这已不是最佳实践方式，如果可以应该对请求使用相同的服务器。 例如，在下面的瀑布图中使用 cdn.ahrefs.com。 如果该文件托管在 ahrefs.com 上，那么它甚至不必连接。由于建立连接、DNS 连接和协议security handshake (安全握手)的时间而导致延迟。如果没有额外的跳转，我们能更早地获得文档，这意味着页面加载速度会更快。 虽然自托管许多文件(如字体)可以带来收益，但可能还有其他的权衡，例如缓存(存储文件的副本)，因为浏览器有时可能会缓存共同资源。例如，如果我访问了一个从 Google Fonts 调用字体的网站，然后又访问了另一个使用相同字体的网站，我可能已经在本地缓存了该文件所以不必再次下载。 使用 Preconnect 或 DNS-Prefetch (如果你使用另一台服务器) 如果要使用不同的服务器，请预先连接到包含页面加载早期所需文件的服务器，这将比正常情况下更早地连接到另一台服务器。请参阅下面亚马逊的其中一个连接是如何在 HTML 完成处理之前启动。