Vue3为什么这么快_JavaScript

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

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

据说Vue3.0相比Vue2.x在性能上提升了1.2~2倍，为啥他就这么快呢？

vue3.0做了以下事情

diff算法优化
静态提升（hoistStatic）
事件侦听器缓存（cacheHandlers）
SSR优化（看心情更新）

diff算法优化

Vue2.x的diff算法

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

Vue3为什么这么快

Vue3.0的diff算法

vue3.0的diff算法有个叫静态标记（PatchFlag）的小玩意，啥是静态标记呢？
简单点说，就是如果你的内容会变，我会给你一个flag，下次数据更新的时候我直接来对比你，我就不对比那些没有标记的了

Vue3为什么这么快

				?

									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结构

				?

									<div>

									 <button @click = 'onClick'>点我</button>

									</div>

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

				?

									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)))

									  }, "点我")

									 ]))

									}