当我们访问某个页面,想要查看页面的请求记录 大多数情况下是可以看到的,但譬如在页面进行数据提交(登陆等)或者打开某页面而页面又进行了重定向,这样会因为页面的刷新而导致我们看不到任何请求记录;
谷歌浏览器提供了一个很不错的选项:
原始访问的是index.php此时我打开了preserver Log然后点了一个A标签跳转到了a.php可以看到network里面也保留了index.php的访问记录
当一个页面访问非常耗时的时候 我们通常需要排查到底是在哪一步花费了大量时间可以通过
chrome://net-internals/#events 页面来捕获事件日志
先搜索我们的访问地址 如果链接过多可以点击右侧的小三角 然后选择reset重新统计
选中Source Type为 URL_REQUEST的那个 这时候右侧会出现所有的请求流程
流程日志总体分为三列
第一列t=X 为时间线,自请求发起时算
第二列st=Y 每步操作所逝去的时间,并且会累积前面的时间
第三列[dt=Z] 为具体的事件,以及相应事件的耗时dt,此耗时为绝对耗时。+号对应事件开始,-号对应事件结束,也就是说他们必然成对出现。住里是展开后更加详细的子事件。直到不能再细分。
以下面的为例
t=5623 [st= 8] +HTTP_STREAM_REQUEST [dt=2]
t=5623 [st= 8] HTTP_STREAM_JOB_CONTROLLER_BOUND
--> source_dependency = 101387 (HTTP_STREAM_JOB_CONTROLLER)
t=5625 [st=10] HTTP_STREAM_REQUEST_BOUND_TO_JOB
--> source_dependency = 101388 (HTTP_STREAM_JOB)
t=5625 [st=10] -HTTP_STREAM_REQUEST
事件HTTP_STREAM_REQUEST的开始时间是5623毫秒[t=5623] 耗时2毫秒[dt=2],当前总请求已耗时8毫秒[st=8]
备注: 1秒=100毫秒 1毫秒=1000微秒 1微秒=1000纳秒
图一的总耗时约为37毫秒
再看图二的第一行
t=5615 [st= 0] +REQUEST_ALIVE [dt=35]
总耗时35毫秒 有2毫秒的大概差距 太清楚为什么
如果排查问题原因 可以去看具体事件的耗时 然后再具体分析
原文地址:https://blog.51cto.com/6292848/2378861
时间: 2024-11-07 15:28:08