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

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

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

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

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

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

简单解释下 performance 中的属性:

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

// 获取 performance 数据
var performance = {  // memory 是非标准属性,只在 Chrome 有// 财富问题:我有多少内存
    memory: {usedJSHeapSize:  16100000, // JS 对象(包括V8引擎内部对象)占用的内存,一定小于 totalJSHeapSizetotalJSHeapSize: 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 或者前一个网页与当前页面不同域,则值为 0unloadEventStart: 0,// 和 unloadEventStart 相对应,返回前一个网页 unload 事件绑定的回调函数执行完毕的时间戳unloadEventEnd: 0,// 第一个 HTTP 重定向发生时的时间。有跳转且是同域名内的重定向才算,否则值为 0redirectStart: 0,// 最后一个 HTTP 重定向完成时的时间。有跳转且是同域名内部的重定向才算,否则值为 0redirectEnd: 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 连接开始的时间,如果不是安全连接,则值为 0secureConnectionStart: 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 事件,值为 0loadEventStart: 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.comtimes.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_Bytetimes.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();
// 指定一个名字
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);

posted on 2015-09-07 15:36 jsCoder_洋洋 阅读(...) 评论(...) 编辑 收藏

转载于:https://www.cnblogs.com/zhuyang/p/4789020.html

初探 performance – 监控网页与程序性能相关推荐

  1. 初探 performance - 监控网页与程序性能

    使用 window.performance 提供了一组精确的数据,经过简单的计算就能得出一些网页性能数据. 配合上报一些客户端浏览器的设备类型等数据,就可以实现简单的统计啦! 额,先看下兼容性如何:h ...

  2. Firebase可监控网页应用程序效能 更新其Analytics受众系统

    网络大厂在I/O 2019中释出了多项Firebase的更新,除了可以监控网页应用程序效能外,也更新了其网络大厂 Analytics受众系统,让用户拥有更多手段锁定目标受众加以分析,另外,无服务器No ...

  3. 使用performance进行网页性能监控

    由于项目需要, 需要对网页的一些性能进行监控, 接触到了performance, window.performance 提供了一组精确的数据,经过简单的计算就能得出一些网页性能数据, 将这些数据存储为 ...

  4. 小程序性能监控_通过应用程序性能管理升级监控

    小程序性能监控 APM入门 应用程序性能管理(APM)是对软件应用程序的可用性和性能的监视和管理. 不同的人对这个定义的理解不同,因此本文试图确定APM是什么,包括什么以及为什么对您的业务很重要. 如 ...

  5. JVM-Java程序性能监控-初级篇

    前篇 - 小伙们都知道,java程序的性能监控主要是针对jvm中heap的监控~ 那么在做压力测试时如何对heap.线程等一系列的指标进行的监控的呢? 首先-你若不懂命令,那么就需要了解一套Java程 ...

  6. Elastic AMP监控.NET程序性能

    什么是Elastic AMP Elastic APM 是一个应用程序性能监控系统.它可以请求的响应时间.数据库查询.对缓存的调用.外部 HTTP 请求等的详细性能信息,可以实时监控软件服务和应用程序. ...

  7. Spring Boot之程序性能监控

    转载自 Spring Boot之程序性能监控 Spring Boot特别适合团队构建各种可快速迭代的微服务,同时为了减少程序本身监控系统的开发量,Spring Boot提供了actuator模块,可以 ...

  8. java端到端_Java应用程序性能监控:复杂分布式应用程序的端到端性能

    java端到端 通过从您的应用程序学习企业APM产品,发现更快,更有效的性能监控. 参加AppDynamics APM导览! 在最复杂和分布式环境中端到端监视Java应用程序性能-专注于业务事务. 自 ...

  9. springboot actuator_Spring Boot之程序性能监控

    今天跟大家分享Spring Boot之程序性能监控的知识. 1 Spring Boot之程序性能监控 Spring Boot特别适合团队构建各种可快速迭代的微服务,同时为了减少程序本身监控系统的开发量 ...

最新文章

  1. Android开机画面~(自己还没试验)
  2. 计算机网络试卷模板,用Word制作真实试卷模板(下)
  3. windows dos 常用命令
  4. list clear 2 python,python中怎么将列表的数据清空
  5. YbtOJ#763-攻城略池【线段树合并】
  6. 64位处理器_快看看你的电脑是64位还是32位操作系统,处理器支持64位可升级
  7. 关于如何为eclipse3.5安装cdt插件的问题
  8. Proftpd(MySQL验证+配额)配置
  9. C++---------【多态性】之【静态多态性】
  10. vue-cli 该如何正确打包iconfont?
  11. python去年软件排行_2016 年有哪些好的 Python 机器学习开源项目?
  12. 【SPSS】包含多元线性回归、聚类分析、判别分析、主成分、相关系数、非参数秩检验的spss使用方法,含有相关例题,可以解决“数学建模”中数据建模的大部分问题
  13. 计算机键盘快速指南,菜鸟必看 Windows键盘快捷键入门指南
  14. 艾宾浩斯遗忘曲线-计划表30天
  15. 计算机cad图块,CAD图块的操作及概念
  16. 无法加入域,隶属于域,工作组选项为灰色
  17. 新版“大伦敦规划”中的交通发展策略
  18. 苹果三代耳机_关于苹果蓝牙耳机的一些事情
  19. Τεχνική υποστήριξη
  20. leetcode 笨阶乘

热门文章

  1. 想有一个自己的WEB产品
  2. MAC中用ImageMagick转换图像
  3. CentOS6.6+Puppet3.7.4分布式部署Nagios监控系统
  4. javascript的阻止默认事件和阻止冒泡事件
  5. 问题 A: 编写函数:比较三个数大小 (Append Code)
  6. 集合的常用方法(增加、删除、并集、交集、差集、对等差分、超集和子集)
  7. Python检验某个字符(串)是否属于另一个字符串
  8. python中datetime默认的1990年改为_如何更改numpy datetime64中的年份值?
  9. python列表的存储结构_在python列表类型结构中合理地存储10亿个以上的值
  10. case when then else_啃食Oracle:条件分支表达式CASE