vue 性能监控分析

我们在浏览网站的时候,不可避免的需要消耗自身计算机资源,比如带宽、cpu、存储等等,这些资源会随着访问时间的延长而产生一定的数据碎片,在我们没有关闭浏览器的时候,这些碎片会一直存在的,那么作为开发者我们开发的网站是否优质,是否对用户计算机负担小,打开是否未低时延这些就是我们用来衡量网站是否卓越的指标了。

vue 性能监控分析
vue作为一款很卓越的前端开发框架,开发起来很舒服,那性能怎样呢?这个时候就需要使用性能检测相关的api来进行性能数据化,方便我们对网站性能进行优化。

打开一个网站发生了什么

打开了一个网站,浏览器达到做了什么呢?下面这个流程很清晰的说明了整个过程

vue 性能监控分析

服务端接收了https请求之后,将会将相关的js代码发送回来,这个时候则对js文件进行渲染,浏览器的渲染流程如下

vue 性能监控分析

当我们在浏览器地址输入URL时,浏览器会发送请求到服务器,服务器将请求的HTML文档发送回浏览器,浏览器将文档下载下来后,便开始从上到下解析,解析完成之后,会生成DOM。如果页面中有css,会根据css的内容形成CSSOM,然后DOM和CSSOM会生成一个渲染树,最后浏览器会根据渲染树的内容计算出各个节点在页面中的确切大小和位置,并将其绘制在浏览器上。
html的解析又会被js打断,解析过程中遇到阻塞,因而在现在浏览器中,为了减缓渲染被阻塞的情况,现代的浏览器都使用了猜测预加载。当解析被阻塞的时候,浏览器会有一个轻量级的HTML或CSS扫描器​​​scanner​​​继续在文档中扫描,查找那些将来可能能够用到的资源文件的url,在渲染器使用它们之前将其下载下来,并且下载是可以并行进行的,并行的上限一般为6。

后续有时间的话,想尝试着总结浏览器渲染原理——像素的一生,最近写的​​浅析$nextTick和$forceUpdate​​ 对这个过程已经有了只言片语的描述,想要更加全面的阐述,还是要更加专门的一篇文章来进行刻意分析。

Performance API

具体参考​​js标准教程Performance API​

主要用到的是​​performance.timing​​对象,具体解释见上面的链接,下面这张图对应各个指标的时间点。

vue 性能监控分析
​​​Performace API​​​允许访问当前页面性能相关的信息,它用于精确度量、控制、增强浏览器的性能表现。这个API为测量网站性能,提供以前没有办法做到的精度。

比如我们想知道,Vue初始化的准确耗时,我们可以使用​​Date​​对象的​​getTime​​方法,这样去做:

let start = new Date().getTime();

// expose real self
// 初始化核心代码
vm._self = vm
initLifecycle(vm) // $parent/$children等等
initEvents(vm) // 事件监听
initRender(vm) // 插槽、_c...
callHook(vm, 'beforeCreate')
initInjections(vm) // resolve injections before data/props
initState(vm) // 初始化data、prop、method并执行响应式
initProvide(vm) // resolve provide after data/props
callHook(vm, 'created') // 这里可以访问组件状态

let now = new Date().getTime();
let latency = now - start;
console.log("初始化时间:" + latency);

上面这种做法有两个不足之处:
​getTime​​方法(以及​​Date​​对象的其他方法)都只能精确到毫秒级别(一秒的千分之一),想要得到更小的时间差别就无能为力了,此外这种写法只能获取代码运行过程中的时间进度,无法知道一些后台事件的时间进度,比如浏览器用了多少时间从服务器加载网页。

为了解决这两个不足之处,ES5引入“高精度时间戳”这个API,部署在​​performance​​对象上。它的精度可以达到1毫秒的千分之一(1秒的百万分之一),这对于衡量的程序的细微差别,提高程序运行速度很有好处,而且还可以获取后台事件的时间进度。

​Performance API​​提供了很多方便测试我们程序性能的接口,他除了一些上古版本,在现在的主流浏览器中都能​​兼容​​,因此很多优秀的框架也用到了这个API进行测试。

Performance属性

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

vue 性能监控分析
而在​​​chrome​​​上面是这样的

vue 性能监控分析

简单解释下每个属性的意义

memory

memory是非标准属性,不是所有浏览都会有,它表明了​​Performance​​有多少内存。

memory: MemoryInfo
jsHeapSizeLimit: 4294705152 // JS 对象(包括V8引擎内部对象)占用的内存,一定小于 totalJSHeapSize
totalJSHeapSize: 14701421 // 可使用的内存
usedJSHeapSize: 11103057 // 内存大小限制

timeOrigin

​timeOrigin​​是非标准属性,不是所有浏览都会有,它是一系列时间点的基准点,精确到万分之一毫秒。

timeOrigin: 1649942785896.2

navigation

​navigation​​呈现了如何导航到当前文档的信息,解释了我从哪里来?这个问题

navigation: PerformanceNavigation
redirectCount: 0 // 如果有重定向的话,页面通过几次重定向跳转而来
type: 1
// 0 即 TYPE\_NAVIGATENEXT 正常进入的页面(非刷新、非重定向等)

// 1 即 TYPE\_RELOAD 通过 window.location.reload() 刷新的页面

// 2 即 TYPE\_BACK\_FORWARD 通过浏览器的前进后退按钮进入的页面(历史记录)

// 255 即 TYPE\_UNDEFINED 非以上方式进入的页面

onresourcetimingbufferfull

​onresourcetimingbufferfull​​是一个在​​resourcetimingbufferfull​​事件触发时会被调用的​​event handler​​。它的值是一个手动设置的回调函数,这个回调函数会在浏览器的资源时间性能缓冲区满时执行。

function buffer_full(event) {
console.log("WARNING: Resource Timing Buffer is FULL!");
performance.setResourceTimingBufferSize(200);
}
function init() {
// Set a callback if the resource buffer becomes filled
performance.onresourcetimingbufferfull = buffer_full;
}
<body onload="init()">

上面是MDN官方给的一个example,意思就是当缓冲区满时,执行这个​​buffer_full​​函数。

timing

是一系列关键时间点,它包含了网络、解析等一系列的时间数据。我们先来看看关键时间点的时序图:
vue 性能监控分析
然后我们再来梳理一下每个属性的含义:

timing: PerformanceTiming
// 在同一个浏览器上下文中,前一个网页(与当前页面不一定同域)unload 的时间戳,如果无前一个网页 unload ,则与 fetchStart 值相等
connectEnd: 1649942785899 // HTTP(TCP) 完成建立连接的时间(完成握手),如果是持久连接,则与 fetchStart 值相等,注意如果在传输层发生了错误且重新建立连接,则这里显示的是新建立的连接完成的时间,这里握手结束,包括安全连接建立完成、SOCKS 授权通过
connectStart: 1649942785899 // HTTP(TCP) 开始建立连接的时间,如果是持久连接,则与 fetchStart 值相等,注意如果在传输层发生了错误且重新建立连接,则这里显示的是新建立的连接开始的时间
domComplete: 1649942786530 // DOM 树解析完成,且资源也准备就绪的时间,Document.readyState 变为 complete,并将抛出 readystatechange 相关事件
domContentLoadedEventEnd: 1649942786450 // DOM 解析完成后,网页内资源加载开始的时间,在 DOMContentLoaded 事件抛出前发生
domContentLoadedEventStart: 1649942786450 // DOM 解析完成后,网页内资源加载完成的时间(如 JS 脚本加载执行完毕)
domInteractive: 1649942786450 // 注意只是 DOM 树解析完成,这时候并没有开始加载网页内的资源
domLoading: 1649942786080 // 开始解析渲染 DOM 树的时间,此时 Document.readyState 变为 loading,并将抛出 readystatechange 相关事件
domainLookupEnd: 1649942785899 // DNS 域名查询完成的时间,如果使用了本地缓存(即无 DNS 查询)或持久连接,则与 fetchStart 值相等
domainLookupStart: 1649942785899 // DNS 域名查询开始的时间,如果使用了本地缓存(即无 DNS 查询)或持久连接,则与 fetchStart 值相等
fetchStart: 1649942785899 // 浏览器准备好使用 HTTP 请求抓取文档的时间,这发生在检查本地缓存之前
loadEventEnd: 1649942786531 // load 事件的回调函数执行完毕的时间
loadEventStart: 1649942786530 // load 事件发送给文档,也即 load 回调函数开始执行的时间,注意如果没有绑定 load 事件,值为 0
navigationStart: 1649942785896
redirectEnd: 0 // 最后一个 HTTP 重定向完成时的时间。有跳转且是同域名内部的重定向才算,否则值为 0
redirectStart: 0 // 第一个 HTTP 重定向发生时的时间。有跳转且是同域名内的重定向才算,否则值为 0
requestStart: 1649942785903 // HTTP 请求读取真实文档开始的时间(完成建立连接),包括从本地读取缓存,连接错误重连时,这里显示的也是新建立连接的时间
responseEnd: 1649942786434 // HTTP 响应全部接收完成的时间(获取到最后一个字节),包括从本地读取缓存
responseStart: 1649942786060 // HTTP 开始接收响应的时间(获取到第一个字节),包括从本地读取缓存
secureConnectionStart: 0 // HTTPS 连接开始的时间,如果不是安全连接,则值为 0
unloadEventEnd: 1649942786077 // 和 unloadEventStart 相对应,返回前一个网页 unload 事件绑定的回调函数执行完毕的时间戳
unloadEventStart: 1649942786077 // 前一个网页(与当前页面同域)unload 的时间戳,如果无前一个网页 unload 或者前一个网页与当前页面不同域,则值为 0

Performance方法

在刚刚打印出的​​Performance​​对象的原型上挂载了很多方法:

vue 性能监控分析

我们再来梳理一下每个方法做了什么事:

getEntries()

浏览器获取网页时,会对网页中每一个对象(脚本文件、样式表、图片文件等等)发出一个HTTP请求。​​performance.getEntries​​方法以数组形式,返回这些请求的时间统计信息,有多少个请求,返回数组就会有多少个成员。与​​performance.timing​​对比,它新增了​​name​​,​​entryType​​,​​initiatorType​​,​​duration​​属性。

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
};

mark() 和 clearMarks()

​mark​​方法用于为相应的视点做标记。它标记各种时间戳,保存为各种测量值,有了这些值我们便可以批量地分析这些数据了。就像在地图上打点一样,有了这些点以后,我们就可以测量地图上的点之间的距离。

let nameStart = 'markStart';
let nameEnd = 'markEnd';
// 函数执行前做个标记
window.performance.mark(nameStart);
for (var i = 0; i < n; i++) {
doSomething
}
// 函数执行后再做个标记
window.performance.mark(nameEnd);

​clearMarks​​方法用于清除标记,如果不加参数,就表示清除所有标记。

// 只清除markStart对应的PerformanceMark
window.peformance.clearMarks('markStart');
// 清除全部PerformanceMark
window.performance.clearMarks();
getEntriesByName() getEntriesByType()

返回一个​​PerformanceEntry​​对象的列表,基于给定的​​name​​和​​entry type​

例如我们可以输出所有保存起来的标记​​mark​

// 看下保存起来的标记 mark
let marks = window.performance.getEntriesByType('mark');

console.log(marks);

measure() 和 clearMeasures()

有了刚刚​​mark()​​方法做的标记,再加上​​getEntriesByName()​​获取到它标记的时间戳,我们就可以用​​measure()​​测量两个标记间的时间间隔啦。继续刚刚那个例子:

let nameStart = 'markStart';
let nameEnd = 'markEnd';
// 函数执行前做个标记
window.performance.mark(nameStart);
for (var i = 0; i < n; i++) {
doSomething
}
// 函数执行后再做个标记
window.performance.mark(nameEnd);
// 测量两个标记间的时间间隔
let name = 'functionMeasure';
window.performance.measure(name, nameStart, nameEnd);

// 获取我们自定义的测量
let entries = window.performance.getEntriesByName(name);

当测量完成之后,我就能用​​getEntriesByName()​​来获取到我们自定义的测量值。

当然,除了测量自定义的​​mark​​,我们还可以用来测量​​performance.timing​​里的属性,例如我们要计算​​domReay​​的时间:

// domReady 时间
// 直接计算方式
let t = performance.timing
let domReadyTime = t.domComplete - t.responseEnd;
console.log(domReadyTime)

// measure方式
window.performance.measure('domReady','responseEnd' , 'domComplete');
let domReadyMeasure = window.performance.getEntriesByName('domReady');
console.log(domReadyMeasure);

​clearMeasures​​与​​clearMarks​​方法类似,用于清除测量,如果不加参数,就表示清除所有测量。

// 只清除domReadyMeasure对应的PerformanceMeasure
window.peformance.clearMeasures('domReadyMeasure');
// 清除全部PerformanceMeasure
window.performance.clearMeasures()

Performance在Vue中的应用

在Vue中,有个​​全局配置​​叫​​performance​​,当它设置为​​true​​时,可以在浏览器开发工具的性能/时间线面板中启用对组件初始化、编译、渲染和打补丁的性能追踪。

我们以初始化的代码为例,看看Vue怎么去实现性能追踪的。

  import config from '../config'
import { mark, measure } from '../util/perf'

Vue.prototype._init = function (options?: Object) {
const vm: Component = this
// a uid
vm._uid = uid++

let startTag, endTag
/* istanbul ignore if */
if (process.env.NODE_ENV !== 'production' && config.performance && mark) {
startTag = `vue-perf-start:${vm._uid}`
endTag = `vue-perf-end:${vm._uid}`
mark(startTag)
}

// 省略一些balabala......

// expose real self
// 初始化核心代码
vm._self = vm
initLifecycle(vm) // $parent/$children等等
initEvents(vm) // 事件监听
initRender(vm) // 插槽、_c...
callHook(vm, 'beforeCreate')
initInjections(vm) // resolve injections before data/props
initState(vm) // 初始化data、prop、method并执行响应式
initProvide(vm) // resolve provide after data/props
callHook(vm, 'created') // 这里可以访问组件状态

/* istanbul ignore if */
if (process.env.NODE_ENV !== 'production' && config.performance && mark) {
vm._name = formatComponentName(vm, false)
mark(endTag)
measure(`vue ${vm._name} init`, startTag, endTag)
}

if (vm.$options.el) {
vm.$mount(vm.$options.el)
}
}
}

我们看到在​​init​​核心代码执行之前,会定义两个标记名称​​startTag​​, ​​endTag​​,这个名称跟vue实例的唯一id:​​vm._uid​​对应。然后会调用​​mark​​方法打一个开始标记​​mark(startTag)​​。然后等初始化完成之后,会调用​​mark​​方法打一个结束标记​​mark(endTag)​​,接着执行一个测量​​measure('vue ${vm._name} init', startTag, endTag)​​。

这个两个方法来自于​​util/perf.js​​,看下具体代码:

import { inBrowser } from './env'

export let mark
export let measure

if (process.env.NODE_ENV !== 'production') {
const perf = inBrowser && window.performance
/* istanbul ignore if */
if (
perf &&
perf.mark &&
perf.measure &&
perf.clearMarks &&
perf.clearMeasures
) {
mark = tag => perf.mark(tag)
measure = (name, startTag, endTag) => {
perf.measure(name, startTag, endTag)
perf.clearMarks(startTag)
perf.clearMarks(endTag)
// perf.clearMeasures(name)
}
}
}

可以看到,这两个方法实际上就是对​​Performance API​​方法的一个封装:

​mark​​方法就是直接返回的​​Performance​​的​​mark​​方法

​measure​​方法是在执行了​​Performance​​的​​measure​​方法后,把开始结束两个​​mark​​值删除。

我们在​​new Vue​​之前开启​​performance​​这个全局配置,来看看最终的测量效果

if (process.env.NODE_ENV !== 'production') {
Vue.config.performance = true;
}
// 创建实例
const app = new Vue({
el: '#demo',
data:{foo:'foo'}
})

然后我们把保存起来的测量​​measure​​都​​log​​出来,就能找到初始化时的耗时。

vue 性能监控分析

参考资料

  1. https://segmentfault.com/a/1190000022682776
  2. https://caniuse.com/nav-timing
  3. https://blog.csdn.net/wangchengiii/article/details/89186315
  4. http://www.alloyteam.com/2015/09/explore-performance/
© 版权声明

相关文章