Performance ChromeDriver-网络性能日志:了解网络的计时部分。responseReceived

Performance ChromeDriver-网络性能日志:了解网络的计时部分。responseReceived,performance,logging,selenium-chromedriver,timing,Performance,Logging,Selenium Chromedriver,Timing,我试图理解网络性能日志消息的计时部分中的属性之间的关系 设置:我正在使用网络性能日志运行ChromeDriver。我正在提取日志消息(Selenium-Java)。 下面是示例日志消息和我到目前为止的理解 message => params => response => timing { "requestTime": 126550.470936, : Time in sec when the browser knows the call has to

我试图理解网络性能日志消息的计时部分中的属性之间的关系

设置:我正在使用网络性能日志运行ChromeDriver。我正在提取日志消息(Selenium-Java)。 下面是示例日志消息和我到目前为止的理解

message => params => response => timing
{
    "requestTime": 126550.470936,          : Time in sec when the browser knows the call has to be issued?
    "proxyStart": 1.77299999631941,        : Is this a relative time in ms from requestTime? What this latency accounts for?
    "proxyEnd": 3.25700000394136,          : Time taken to resolve the proxy in ms?
    "dnsStart": -1,                        :  
    "dnsEnd": -1,                          : Time taken to resolve the dns?
    "connectStart": -1,                    :
    "connectEnd": -1,                      : Time taken to establish the connection with remote server? 
    "sslStart": -1,                        :
    "sslEnd": -1,                            : Is this part of "connect" section? (time taken to negotiate SSL handshake?)
    "workerStart": -1                      :
    "workerReady": -1,                     : 
    "sendStart": 582.229000006919,         : 
    "sendEnd": 582.65900000697,            : Time taken to send the request to server?
  "pushEnd": 0,                          :
    "pushStart": 0,                        : Unclear as what this accounts for.
    "receiveHeadersEnd": 1218.61900000658  : Time taken to completely receive the header?
}
我正试图从上述时间分割中理解以下部分

  • 浏览器发出请求所用的时间(典型排队延迟 在“网络”选项卡中可见)
  • 浏览器建立连接和发送请求所用的时间
  • 服务器处理请求所用的时间
  • 收到回复所需的时间

任何关于这方面的建议都会很好。

这些是我的理解

延迟为receiveHeadersEnd

代理时间为proxyEnd-proxyStart

发送时间为发送结束-发送开始

等待时间为接收头端-发送端

请参阅:

我从另一组人那里得到了答案

谢谢你的帮助和参考。出于性能原因,我需要衡量以下方面。排队:浏览器知道必须发出请求到实际发出请求之间的时间差,阻塞:建立连接(代理、连接、ssl)、发送、TTFB、下载(用于测量性能方面)所需的时间。在上面的例子中,receiveHeadersEnd是从response.Timeing.requestTime来衡量的?“等待时间”是否也表示TTFB?再次感谢。基于以上内容,响应时间对象在Chrome DevTools协议查看器页面上定义。