vue3 编译很慢_Vue3为什么这么快？

总所周知，程序员追求的就是一个字：快！(当然不是什么都追求快的，有些事情快起来是不行滴)

昨天Vue3.0正式发布了，激动的心，颤抖的手，摸了摸我的头发，嗯~还好。

据说Vue3.0相比Vue2.x在性能上提升了1.2~2倍，为啥他就这么快呢？ vue3.0做了以下事情diff算法优化

静态提升(hoistStatic)

事件侦听器缓存(cacheHandlers)

SSR优化(看心情更新)

diff算法优化

Vue2.x的diff算法

vue2.x的diff算法叫做全量比较，顾名思义，就是当数据改变的时候，会从头到尾的进行vDom对比，即使有些内容是永恒固定不变的。

Vue3.0的diff算法

vue3.0的diff算法有个叫静态标记(PatchFlag)的小玩意，啥是静态标记呢？

简单点说，就是如果你的内容会变，我会给你一个flag，下次数据更新的时候我直接来对比你，我就不对比那些没有标记的了

export function render(_ctx, _cache, $props, $setup, $data, $options) {

return (_openBlock(), _createBlock("div", null, [

_createVNode("p", null, "'HelloWorld'"),

_createVNode("p", null, _toDisplayString(_ctx.msg), 1 /* TEXT */)

//上面这个1就是静态标记

]))

}

那么肯定有人又会问了，为啥是个1呢？

TEXT = 1 // 动态文本节点

CLASS=1<<1,1 // 2//动态class

STYLE=1<<2，// 4 //动态style

PROPS=1<<3,// 8 //动态属性，但不包含类名和样式

FULLPR0PS=1<<4,// 16 //具有动态key属性，当key改变时，需要进行完整的diff比较。

HYDRATE_ EVENTS = 1 << 5，// 32 //带有监听事件的节点

STABLE FRAGMENT = 1 << 6, // 64 //一个不会改变子节点顺序的fragment

KEYED_ FRAGMENT = 1 << 7, // 128 //带有key属性的fragment 或部分子字节有key

UNKEYED FRAGMENT = 1<< 8, // 256 //子节点没有key 的fragment

NEED PATCH = 1 << 9, // 512 //一个节点只会进行非props比较

DYNAMIC_SLOTS = 1 << 10 // 1024 // 动态slot

HOISTED = -1 // 静态节点

// 指示在diff算法中退出优化模式

BALL = -2

静态提升(hoistStatic)

Vue2.x中无论元素是否参与更新，每次都会重新创建然后渲染

Vue3.0中对不参与更新的元素，会做静态提升，只会被创建一次，在渲染时直接复用即可 还是这段熟悉的代码，开启静态提升前

export function render(_ctx, _cache, $props, $setup, $data, $options) {

return (_openBlock(), _createBlock("div", null, [

_createVNode("p", null, "'HelloWorld'"),

_createVNode("p", null, "'HelloWorld'"),

_createVNode("p", null, _toDisplayString(_ctx.msg), 1 /* TEXT */)

]))

}

开启静态提升后编译结果

const _hoisted_1 = /*#__PURE__*/_createVNode("p", null, "'HelloWorld'", -1 /* HOISTED */)

const _hoisted_2 = /*#__PURE__*/_createVNode("p", null, "'HelloWorld'", -1 /* HOISTED */)

export function render(_ctx, _cache, $props, $setup, $data, $options) {

return (_openBlock(), _createBlock("div", null, [

_hoisted_1,

_hoisted_2,

_createVNode("p", null, _toDisplayString(_ctx.msg), 1 /* TEXT */)

]))

}

可以看到开启了静态提升后，直接将那两个内容为helloworld的p标签声明在外面了，直接就拿来用了，这么搞的话那肯定会快啊

事件侦听器缓存

默认情况下onClick会被视为动态绑定，所以每次都会去追踪它的变化

但是因为是同一个函数，所以没有追踪变化，直接缓存起来复用即可

dom结构

点我

开启事件侦听器缓存之前：

export const render = /*#__PURE__*/_withId(function render(_ctx, _cache, $props, $setup, $data, $options) {

return (_openBlock(), _createBlock("div", null, [

_createVNode("button", { onClick: _ctx.onClick }, "点我", 8 /* PROPS */, ["onClick"])

// PROPS=1<<3,// 8 //动态属性，但不包含类名和样式

]))

})

这里有一个8，表示着这个节点有了静态标记，有静态标记就会进行diff算法对比差异，所以会浪费时间

开启事件侦听器缓存之后：

export function render(_ctx, _cache, $props, $setup, $data, $options) {

return (_openBlock(), _createBlock("div", null, [

_createVNode("button", {

onClick: _cache[1] || (_cache[1] = (...args) => (_ctx.onClick(...args)))

}, "点我")

]))

}

可以发现，开启事件侦听器缓存后，没有静态标记了，这就快了好多嘛

总所周知，程序员追求的就是一个字：快！(当然不是什么都追求快的，有些事情快起来是不行滴)