初探 performance – 监控网页与程序性能

In 未分类 on 2015年09月03日 by TAT.felix view: 43,012

使用 window.performance 提供了一组精确的数据，经过简单的计算就能得出一些网页性能数据。

配合上报一些客户端浏览器的设备类型等数据，就可以实现简单的统计啦！

额，先看下兼容性如何：http://caniuse.com/#feat=nav-timing

这篇文章中 Demo 的运行环境为最新的 Chrome 的控制台，如果你用的是其他浏览器，自查兼容性哈~

先来看看在 Chrome 浏览器控制台中执行 window.performance 会出现什么：

简单解释下 performance 中的属性：

先看下一个请求发出的整个过程中，各种环节的时间顺序：

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

// 获取 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.getEntries() 获取所有资源请求的时间数据

这个函数返回的将是一个数组，包含了页面中所有的 HTTP 请求，这里拿第一个请求 window.performance.getEntries()[0] 举例。注意 HTTP 请求有可能命中本地缓存，所以请求响应的间隔将非常短可以看到，与 performance.timing 对比：没有与 DOM 相关的属性：

navigationStart
unloadEventStart
unloadEventEnd
domLoading
domInteractive
domContentLoadedEventStart
domContentLoadedEventEnd
domComplete
loadEventStart
loadEventEnd

新增属性：

name
entryType
initiatorType
duration

与 window.performance.timing 中包含的属性就不再介绍了：

var entry = {

// 资源名称，也是资源的绝对路径

name: "http://cdn.alloyteam.com/wp-content/themes/alloyteam/style.css",

// 资源类型

entryType: "resource",

// 谁发起的请求

initiatorType: "link", // link 即 <link> 标签

// script 即 <script>

// redirect 即重定向

// 加载时间

duration: 18.13399999809917,

redirectStart: 0,

redirectEnd: 0,

fetchStart: 424.57699999795295,

domainLookupStart: 0,

domainLookupEnd: 0,

connectStart: 0,

connectEnd: 0,

secureConnectionStart: 0,

requestStart: 0,

responseStart: 0,

responseEnd: 442.7109999960521,

startTime: 424.57699999795295

};

可以像 getPerformanceTiming 获取网页的时间一样，获取某个资源的时间：

// 计算加载时间

function getEntryTiming (entry) {

var t = entry;

var times = {};

// 重定向的时间

times.redirect = t.redirectEnd - t.redirectStart;

// DNS 查询时间

times.lookupDomain = t.domainLookupEnd - t.domainLookupStart;

// 内容加载完成的时间

times.request = t.responseEnd - t.requestStart;

// TCP 建立连接完成握手的时间

times.connect = t.connectEnd - t.connectStart;

// 挂载 entry 返回

times.name = entry.name;

times.entryType = entry.entryType;

times.initiatorType = entry.initiatorType;

times.duration = entry.duration;

return times;

}

// test

// var entries = window.performance.getEntries();

// entries.forEach(function (entry) {

// var times = getEntryTiming(entry);

// console.log(times);

// });

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

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

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

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

使用 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);

}

使用 performance.mark() 也可以精确计算程序执行时间

使用 performance.mark() 标记各种时间戳（就像在地图上打点），保存为各种测量值（测量地图上的点之间的距离），便可以批量地分析这些数据了。

直接上示例代码看注释便明白：

function randomFunc (n) {

if (!n) {

// 生成一个随机数

n = ~~(Math.random() * 10000);

}

var nameStart = 'markStart' + n;

var nameEnd = 'markEnd' + n;

// 函数执行前做个标记

window.performance.mark(nameStart);

for (var i = 0; i < n; i++) {

// do nothing

}

// 函数执行后再做个标记

window.performance.mark(nameEnd);

// 然后测量这个两个标记间的时间距离，并保存起来

var name = 'measureRandomFunc' + n;

window.performance.measure(name, nameStart, nameEnd);

}

// 执行三次看看

randomFunc();

// 指定一个名字

randomFunc(888);

// 看下保存起来的标记 mark

var marks = window.performance.getEntriesByType('mark');

console.log(marks);

// 看下保存起来的测量 measure

var measure = window.performance.getEntriesByType('measure');

console.log(measure);

// 看下我们自定义的测量

var entries = window.performance.getEntriesByName('measureRandomFunc888');

console.log(entries);

可以看到，for 循环 measureRandomFunc888 的时候

结束时间为: 4875.1199999969685

开始时间为：4875.112999987323

执行时间为：4875.1199999969685 - 4875.112999987323 = 0.00700000964

标记和测量用完了可以清除掉：

// 清除指定标记

window.performance.clearMarks('markStart888');

// 清除所有标记

window.performance.clearMarks();

// 清除指定测量

window.performance.clearMeasures('measureRandomFunc');

// 清除所有测量

window.performance.clearMeasures();

当然 performance.mark() 只是提供了一些简便的测量方式，比如之前我们测量 domReady 是这么测的：

// 计算 domReady 时间

var t = performance.timing

var domReadyTime = t.domComplete - t.responseEnd;

console.log(domReadyTime)

其实就可以写成：

window.performance.measure('domReady','responseEnd' , 'domComplete');

var domReadyMeasure = window.performance.getEntriesByName('domReady');

console.log(domReadyMeasure);

抛砖引玉：performance 数据能干啥用？

熟悉 Chrome 开发者工具的朋友应该知道：在开发环境下，其实我们自己打开 Chrome 的开发者工具，切换到网络面板，就能很详细的看到网页性能相关的数据。但当我们需要统计分析用户打开我们网页时的性能如何时，我们将 performance 原始信息或通过简单计算后的信息 (如上面写到的 getPerformanceTiming() 和 getEntryTiming()) 上传到服务器，配合其他信息（如 HTTP 请求头信息），就完美啦~

原创文章转载请注明：

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

分享到:

johe 2020 年 2 月 1 日

学习了真的很不错的一篇文章

回复
肥翔 2018 年 4 月 8 日

performance.now() 返回的是毫秒吧，只是小数点后面的值能精确到微秒

回复
aleewr 2017 年 4 月 15 日

返回数据 domComplete 都为 0.

回复
自由自在的我77 2016 年 12 月 25 日

// 计算程序执行的精确时间 function getFunctionTimeWithDate (func) { var timeStart = Data.now(); // 执行开始 func(); // 执行结束 var timeEnd = Data.now(); // 返回执行时间 return (timeEnd – timeStart);} 写错了吧，应该是 Date.now() 吧

回复
vell0120 2016 年 10 月 17 日

问下怎么可以拿到资源大小呢？

回复
橄榄123 2016 年 7 月 23 日

请教几个问题：1. 页面加载时间：performance.timing.loadEventEnd – performance.timing.navigationStart;2.Time-line 里面的 Range 时间 3.NetWork 里面的 Finish 时间三者有什么关系？

回复
zyg 2016 年 1 月 7 日

深深吐槽一下代码阅读体验真心不好

回复
冯瑞_FR 2015 年 11 月 4 日

[good]

回复
joy 2015 年 10 月 15 日

hello。请问 window.performance.now() 返回的时间是当前时间的微秒值还是当前时间与 navigationStart 对应时间差值？

回复
- TAT小赖 2015 年 10 月 15 日
  
  文中有写噢：『performance.now() 输出的是相对于 performance.timing.navigationStart(页面初始化) 的时间』
  
  回复
- TAT小赖 2015 年 10 月 15 日
  
  你在浏览器中 console 一下也便知。
  
  回复
TAT小赖 2015 年 10 月 8 日

回复
鲁国人 2015 年 9 月 18 日

学习了！赞

回复

AlloyTeam

AlloyTeam

使用 window.performance 提供了一组精确的数据，经过简单的计算就能得出一些网页性能数据。

简单解释下 performance 中的属性：

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

使用 performance.getEntries() 获取所有资源请求的时间数据

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

使用 performance.mark() 也可以精确计算程序执行时间

抛砖引玉：performance 数据能干啥用？

johe 2020 年 2 月 1 日

肥翔 2018 年 4 月 8 日

aleewr 2017 年 4 月 15 日

自由自在的我77 2016 年 12 月 25 日

vell0120 2016 年 10 月 17 日

橄榄123 2016 年 7 月 23 日

zyg 2016 年 1 月 7 日

冯瑞_FR 2015 年 11 月 4 日

joy 2015 年 10 月 15 日

TAT小赖 2015 年 10 月 15 日

TAT小赖 2015 年 10 月 15 日

TAT小赖 2015 年 10 月 8 日

鲁国人 2015 年 9 月 18 日

发表评论