zhanghengxin / clark

all doc of my project
0 stars 0 forks source link

性能检测与优化 -- 前端性能检测 #5

Open zhanghengxin opened 5 years ago

zhanghengxin commented 5 years ago

前端性能检测

一、Performance

performance

1.1、timing or timeOrigin

ß:https://developer.mozilla.org/zh-CN/docs/Web/API/Performance/timing mdn 文档上讲timeOrigin将替换timing。但是,文档上timing 是一个对象,timeOrigin 是一个高精度时间戳 所以,参考两个档案。

1.1.1、timing

ß:https://w3c.github.io/navigation-timing/ Performance.timing 也执行了‘高精度时间’标准

1.1.2、timeOrigin

ß:https://w3c.github.io/hr-time/ timeOrigin 是一个亚毫秒级别的单调时钟【High Resolution Time】【Monotonic Clock】,可用来解决

1、开始

2、创建一个新的PerformanceNavigationTiming对象,添加在performance entry buffer

[Exposed=Window]
interface PerformanceNavigationTiming : PerformanceResourceTiming {
  readonly attribute DOMHighResTimeStamp unloadEventStart;
  readonly attribute DOMHighResTimeStamp unloadEventEnd;
  readonly attribute DOMHighResTimeStamp domInteractive;
  readonly attribute DOMHighResTimeStamp domContentLoadedEventStart;
  readonly attribute DOMHighResTimeStamp domContentLoadedEventEnd;
  readonly attribute DOMHighResTimeStamp domComplete;
  readonly attribute DOMHighResTimeStamp loadEventStart;
  readonly attribute DOMHighResTimeStamp loadEventEnd;
  readonly attribute NavigationType type;
  readonly attribute unsigned short redirectCount;
  [Default] object toJSON();
};

3、设置 name 为document [属性为 DOMString] 4、设置entryType 和 initiatorType 为navigation 5、设置startTime 为FDOMHighResTimeStamp,时间值为0,并且 nextHopProtocol 设置为 空[DOMString] 6、记录当前导航类型,如果他尚未设置。 7、If the previous document does not pass the `timing allow check` algorithm, set both unloadEventStart and unloadEventEnd to 0 then go to `fetch-start-step`. Otherwise, record unloadEventStart as the time immediately before the unload event. 8、Immediately after the unload event is completed, record the current time as unloadEventEnd. If the navigation URL has an `active worker registration`, immediately before the user agent `runs the worker` record the time as workerStart, or if the worker is available, record the time before the `event named `fetch` is fired` at the active worker. Otherwise, if the navigation URL has no matching `service worker registration`, set workerStart value to zero. 9、【分发步骤】如果是使用GET请求,则用户代理检查应用程序缓存,并且,记录当前时间作为fetchStart,workerStart 设置为零。 ß:`workerStart`

The workerStart attribute MUST return the time immediately before the user agent ran 
the worker (if the current document has an active service worker registration [SERVICE-WORKERS]) 
required to service the request, or if the worker was already available, 
the time immediately before the user agent fired an event named `fetch` 
at the active worker. Otherwise, if there is no active worker this attribute 
MUST return zero.

∂:workerStart:应该是记录一个触发请求事件之前的时间,在没有服务工作者【Run Service Worker】的时候,workerStart 为零。 10、Let domainLookupStart, domainLookupEnd, connectStart and connectEnd be the same value as fetchStart. 11、将名称设置为当前文档地址的DOMString值。 12、如果这个资源可以从相关应用缓存、本地资源中包括HTTP缓存[RFC7234] 中获取fetching的话,让我们跳转至【请求启动步骤】 13、如果可以不进行域查找,则跳转至【链接启动步骤】,否则,在用户代理启动域名查询之前,记录此刻作为domainLookupStart 14、在域名查询成功之后,记录此时为domainLookupEnd 15、【链接启动步骤】如果使用长链接[a persistent 持久 transport connection]获取资源,则让connectStartconnectEnddomainLookupEnd保持一致。否则,记录开始连接到服务器之前的时刻作为connectStart,并且记录在连接服务器或者代理建立之后的时刻作为connectEnd。用户代理可能需要多次重试在[连接建立]之前。一旦建立连接将ALPN ID设置为nextHopProtocol的值用来连接。如果链接没有被建立,abort终止这个步骤接下来的部分。 16、用户代理务必根据此流程设置secureConnectionStart属性:

17、【请求启动步骤】即刻,在用户代理启动发送请求文档的时刻,记录当前时间作为requestStart 18、记录用户代理接受响应的第一个byte的时间作为responseStart 19、记录接受响应的最后一个byte的时间作为responseEnd

20、如果获取的资源的导致重定向,那么:

a. If the timing allow check algorithm does not pass for the origin of the fetched resource, 
set redirectStart, redirectEnd, unloadEventStart, unloadEventEnd and redirectCount to 0. 
Then, return to fetch-start-step with the new resource.
b. Increment redirectCount by 1.
c. If the value of redirectStart is 0, let it be the value of fetchStart.
d. Let redirectEnd be the value of responseEnd.
e. Set all of the attributes in the PerformanceNavigationTiming object to 0 
except startTime, redirectStart, redirectEnd, redirectCount, type, nextHopProtocol, 
unloadEventStart and unloadEventEnd. Set nextHopProtocol to the empty DOMString.
f. Return to fetch-start-step with the new resource.

21、在用户代理将当前文档准备就绪时,记录domInteractive 为当时时间。 22、用户代理在文档上触发[fires] DOMContentLoaded event事件之前,立即记录domContentLoadedEventStart为当时时间 23、在DOMContentLoaded event 完成[completes] 时,立即记录domContentLoadedEventEnd 24、用户代理设置current document readinesscomplete 时,立即记录domComplete 25、loadEventStart:用户代理触发加载事件 26、loadEventEnd:用户代理完成加载事件 27、duration[持续时间]:DOMHighResTimeStamp = doadEventEnd - startTime [Set the duration to a DOMHighResTimeStamp equal to the difference between loadEventEnd and startTime, respectively.] 28、队列展示这个对象

1.2.2、方法实例

根据Resource Timing ,可以用别人家的实例举个例子

// 获取 performance 数据
var performance = {  
    // memory 是非标准属性,只在 Chrome 有
    // 财富问题:我有多少内存
    memory: {
        usedJSHeapSize:  16100000, // JS 对象(包括V8引擎内部对象)占用的内存,一定小于 totalJSHeapSize
        totalJSHeapSize: 35100000, // 可使用的内存
        jsHeapSizeLimit: 793000000 // 内存大小限制
    },

    //  哲学问题:我从哪里来?
    navigation: {
        redirectCount: 0, // 如果有重定向的话,页面通过几次重定向跳转而来
        type: 0           // 0   即 TYPE_NAVIGATENEXT 正常进入的页面(非刷新、非重定向等)
                          // 1   即 TYPE_RELOAD       通过 window.location.reload() 刷新的页面
                          // 2   即 TYPE_BACK_FORWARD 通过浏览器的前进后退按钮进入的页面(历史记录)
                          // 255 即 TYPE_UNDEFINED    非以上方式进入的页面
    },

    timing: {
        // 在同一个浏览器上下文中,前一个网页(与当前页面不一定同域)unload 的时间戳,如果无前一个网页 unload ,则与 fetchStart 值相等
        navigationStart: 1441112691935,

        // 前一个网页(与当前页面同域)unload 的时间戳,如果无前一个网页 unload 或者前一个网页与当前页面不同域,则值为 0
        unloadEventStart: 0,

        // 和 unloadEventStart 相对应,返回前一个网页 unload 事件绑定的回调函数执行完毕的时间戳
        unloadEventEnd: 0,

        // 第一个 HTTP 重定向发生时的时间。有跳转且是同域名内的重定向才算,否则值为 0 
        redirectStart: 0,

        // 最后一个 HTTP 重定向完成时的时间。有跳转且是同域名内部的重定向才算,否则值为 0 
        redirectEnd: 0,

        // 浏览器准备好使用 HTTP 请求抓取文档的时间,这发生在检查本地缓存之前
        fetchStart: 1441112692155,

        // DNS 域名查询开始的时间,如果使用了本地缓存(即无 DNS 查询)或持久连接,则与 fetchStart 值相等
        domainLookupStart: 1441112692155,

        // DNS 域名查询完成的时间,如果使用了本地缓存(即无 DNS 查询)或持久连接,则与 fetchStart 值相等
        domainLookupEnd: 1441112692155,

        // HTTP(TCP) 开始建立连接的时间,如果是持久连接,则与 fetchStart 值相等
        // 注意如果在传输层发生了错误且重新建立连接,则这里显示的是新建立的连接开始的时间
        connectStart: 1441112692155,

        // HTTP(TCP) 完成建立连接的时间(完成握手),如果是持久连接,则与 fetchStart 值相等
        // 注意如果在传输层发生了错误且重新建立连接,则这里显示的是新建立的连接完成的时间
        // 注意这里握手结束,包括安全连接建立完成、SOCKS 授权通过
        connectEnd: 1441112692155,

        // HTTPS 连接开始的时间,如果不是安全连接,则值为 0
        secureConnectionStart: 0,

        // HTTP 请求读取真实文档开始的时间(完成建立连接),包括从本地读取缓存
        // 连接错误重连时,这里显示的也是新建立连接的时间
        requestStart: 1441112692158,

        // HTTP 开始接收响应的时间(获取到第一个字节),包括从本地读取缓存
        responseStart: 1441112692686,

        // HTTP 响应全部接收完成的时间(获取到最后一个字节),包括从本地读取缓存
        responseEnd: 1441112692687,

        // 开始解析渲染 DOM 树的时间,此时 Document.readyState 变为 loading,并将抛出 readystatechange 相关事件
        domLoading: 1441112692690,

        // 完成解析 DOM 树的时间,Document.readyState 变为 interactive,并将抛出 readystatechange 相关事件
        // 注意只是 DOM 树解析完成,这时候并没有开始加载网页内的资源
        domInteractive: 1441112693093,

        // DOM 解析完成后,网页内资源加载开始的时间
        // 在 DOMContentLoaded 事件抛出前发生
        domContentLoadedEventStart: 1441112693093,

        // DOM 解析完成后,网页内资源加载完成的时间(如 JS 脚本加载执行完毕)
        domContentLoadedEventEnd: 1441112693101,

        // DOM 树解析完成,且资源也准备就绪的时间,Document.readyState 变为 complete,并将抛出 readystatechange 相关事件
        domComplete: 1441112693214,

        // load 事件发送给文档,也即 load 回调函数开始执行的时间
        // 注意如果没有绑定 load 事件,值为 0
        loadEventStart: 1441112693214,

        // load 事件的回调函数执行完毕的时间
        loadEventEnd: 1441112693215

        // 字母顺序
        // connectEnd: 1441112692155,
        // connectStart: 1441112692155,
        // domComplete: 1441112693214,
        // domContentLoadedEventEnd: 1441112693101,
        // domContentLoadedEventStart: 1441112693093,
        // domInteractive: 1441112693093,
        // domLoading: 1441112692690,
        // domainLookupEnd: 1441112692155,
        // domainLookupStart: 1441112692155,
        // fetchStart: 1441112692155,
        // loadEventEnd: 1441112693215,
        // loadEventStart: 1441112693214,
        // navigationStart: 1441112691935,
        // redirectEnd: 0,
        // redirectStart: 0,
        // requestStart: 1441112692158,
        // responseEnd: 1441112692687,
        // responseStart: 1441112692686,
        // secureConnectionStart: 0,
        // unloadEventEnd: 0,
        // unloadEventStart: 0
    }
};

实例

// 计算加载时间
function getPerformanceTiming () {  
    var performance = window.performance;

    if (!performance) {
        // 当前浏览器不支持
        console.log('你的浏览器不支持 performance 接口');
        return;
    }

    var t = performance.timing;
    var times = {};

    //【重要】页面加载完成的时间
    //【原因】这几乎代表了用户等待页面可用的时间
    times.loadPage = t.loadEventEnd - t.navigationStart;

    //【重要】解析 DOM 树结构的时间
    //【原因】反省下你的 DOM 树嵌套是不是太多了!
    times.domReady = t.domComplete - t.responseEnd;

    //【重要】重定向的时间
    //【原因】拒绝重定向!比如,http://example.com/ 就不该写成 http://example.com
    times.redirect = t.redirectEnd - t.redirectStart;

    //【重要】DNS 查询时间
    //【原因】DNS 预加载做了么?页面内是不是使用了太多不同的域名导致域名查询的时间太长?
    // 可使用 HTML5 Prefetch 预查询 DNS ,见:[HTML5 prefetch](http://segmentfault.com/a/1190000000633364)            
    times.lookupDomain = t.domainLookupEnd - t.domainLookupStart;

    //【重要】读取页面第一个字节的时间
    //【原因】这可以理解为用户拿到你的资源占用的时间,加异地机房了么,加CDN 处理了么?加带宽了么?加 CPU 运算速度了么?
    // TTFB 即 Time To First Byte 的意思
    // 维基百科:https://en.wikipedia.org/wiki/Time_To_First_Byte
    times.ttfb = t.responseStart - t.navigationStart;

    //【重要】内容加载完成的时间
    //【原因】页面内容经过 gzip 压缩了么,静态资源 css/js 等压缩了么?
    times.request = t.responseEnd - t.requestStart;

    //【重要】执行 onload 回调函数的时间
    //【原因】是否太多不必要的操作都放到 onload 回调函数里执行了,考虑过延迟加载、按需加载的策略么?
    times.loadEvent = t.loadEventEnd - t.loadEventStart;

    // DNS 缓存时间
    times.appcache = t.domainLookupStart - t.fetchStart;

    // 卸载页面的时间
    times.unloadEvent = t.unloadEventEnd - t.unloadEventStart;

    // TCP 建立连接完成握手的时间
    times.connect = t.connectEnd - t.connectStart;

    return times;
}

1.2.3、这里还有一个监测资源的方法Performance.getEntries()

返回一个数组,将所有http 请求包含在内,与timing大约一致

1.3、参考阅读

http://www.alloyteam.com/2015/09/explore-performance/

1.4、使用场景

很明显,他不易于可视化展示一些需求。

zhanghengxin commented 5 years ago
default