performance数据

 

// 获取 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
            }
                    

 

利用performance.timing信息简单计算出网页性能数据

// 计算加载时间
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;
}

 

使用performance.now()精确程序执行时间

performance.now()与Date.now()不一样的是，返回了以微秒（百万分之一秒）为单位的时间，更加精准。

而且与Date.now()会受系统程序执行阻塞的影响不一样，performance.now()的时间是以恒定速率递增的，不受系统时间的影响（系统时间可被人为或软件调整）。

注意Date.now()输出的是UNIX时间，即距离1970年的时间，而performance.now()输出的是相对于performance.timing.navigationStrart(页面初始化)的时间。

使用Date.now()的差值并不是绝对精确，由于计算时间受系统限制（可能阻塞）。但使用performance.now()的差值，并不影响咱们计算程序执行的精确时间。

// 计算程序执行的精确时间
function getFunctionTimeWithDate (func) {  
    var timeStart = Data.now();
 
    // 执行开始
    func();
    // 执行结束
    var timeEnd = Data.now();
 
    // 返回执行时间
    return (timeEnd - timeStart);
}
function getFunctionTimeWithPerformance (func) {  
    var timeStart = window.performance.now();
 
    // 执行开始
    func();
    // 执行结束
    var timeEnd = window.performance.now();
 
    // 返回执行时间
    return (timeEnd - timeStart);
}

 

 

 

 

转载自AlloyTeam：http://www.alloyteam.com/2015/09/explore-performance/