使用 window.performance 提供了一组精确的数据，经过简单的计算就能得出一些网页性能数据。
配合上报一些客户端浏览器的设备类型等数据，就可以实现简单的统计啦！
额，先看下兼容性如何：http://caniuse.com/#feat=nav-timing
这篇文章中 Demo 的运行环境为最新的 Chrome 的控制台，如果你用的是其他浏览器，自查兼容性哈~
先来看看在 Chrome 浏览器控制台中执行 window.performance 会出现什么：
简单解释下 performance 中的属性：
先看下一个请求发出的整个过程中，各种环节的时间顺序：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 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 这篇文章中 Demo 的运行环境为最新的 Chrome 的控制台，如果你用的是其他浏览器，自查兼容性哈~ 先来看看在 Chrome 浏览器控制台中执行 window.performance 会出现什么：
简单解释下 performance 中的属性：先看下一个请求发出的整个过程中，各种环节的时间顺序：
|
