Google chrome Google Chrome Speed Tracer请求时间和响应时间实际上衡量的是什么？

我正在几个常见的网页上测试Google Chrome Speed Tracer，并查看结果。有一件事我不确定我是否理解，那就是资源的“请求定时”和“响应定时”属性实际上在测量什么

最初，我认为请求计时必须测量从发送资源请求到该请求到达服务器的时间。然而，我想知道速度跟踪器是如何测量的。此外，我获得的资源响应时间往往远小于请求时间（例如，500ms请求，1ms响应），这是一点suss

---

那么，有人能够准确地解释请求时间和响应时间是如何测量的吗？

请求时间是请求开始从服务器接收数据之前所用的时间。响应时间是数据发送回客户端直到完成所用的时间。

请求时间是请求开始从服务器接收数据之前所用的时间。响应时间是数据发送回客户端直到完成所需的时间。

我一直在玩弄Speed Tracer和我的GWT应用程序，直到我知道这些时间意味着什么（谷歌似乎不喜欢编写文档，所以我只能猜测）。我的解释是：

请求定时：请求的传输和处理（服务器端）

响应时间：响应的传输和处理（客户端）

请求计时包括服务器上发生的所有事情，响应计时包括客户端上发生的所有事情，包括XmlHttpRequest回调代码（以及GWT中的对象序列化）

---

希望这能有所帮助。

我一直在玩弄Speed Tracer和我的GWT应用程序，直到我知道这些时间意味着什么（谷歌似乎不喜欢编写文档，所以我只能猜测）。我的解释是：

请求定时：请求的传输和处理（服务器端）

响应时间：响应的传输和处理（客户端）

请求计时包括服务器上发生的所有事情，响应计时包括客户端上发生的所有事情，包括XmlHttpRequest回调代码（以及GWT中的对象序列化）

---

希望有帮助。

那么，请求计时从客户端浏览器发出请求时开始，从客户端从服务器接收到响应的最后一位时停止？响应计时从客户端浏览器接收到响应的最后一位开始，并在客户端浏览器本地处理和呈现响应时停止？我可以看出这和我得到的数字是一致的。。。遗憾的是，没有真正的定义。是的，这很可悲。但是我在这个假设上做了一些测试，没有太多的怀疑余地。所以请求计时从客户端浏览器发出请求的那一刻开始，从客户端从服务器收到最后一点响应的那一刻停止？响应计时从客户端浏览器接收到响应的最后一位开始，并在客户端浏览器本地处理和呈现响应时停止？我可以看出这和我得到的数字是一致的。。。遗憾的是，没有真正的定义。是的，这很可悲。但我在这个假设上做了一些测试，没有太多的怀疑余地。