这应该是全网最详细的Vue3.5版本解读
前言
Vue3.5正式版在这两天发布了，网上已经有了不少关于Vue3.5版本的解读文章。但是欧阳发现这些文章对3.5中新增的功能介绍都不是很全，所以导致不少同学有个错觉，觉得Vue3.5版本不过如此，选择跳过这个版本等下个大版本再去更新。所以欧阳写了这篇超级详细的Vue3.5版本解读文章，小伙伴们可以看看在3.5版本中有没有增加一些你期待的功能。
关注公众号：【前端欧阳】，给自己一个进阶vue的机会
版本号
这次的版本号是天元突破红莲螺岩，这是07年出的一个二次元动漫，欧阳是没看过的。在此之前我一直以为这次的版本号会叫黑神话：悟空，可能悟空不够二次元吧。
响应式
响应式相关的内容主要分为：重构响应式、响应式props支持解构、新增onEffectCleanup函数、新增base watch函数、新增onWatcherCleanup函数、新增pause和resume方法。
重构响应式
这次响应式的重构是属于Vue内部优化，对于普通开发者来说是无感的。重构后内存占用减少了56%，优化手段主要是通过版本计数和双向链表数据结构，灵感来源于Preact signals。后续欧阳会出一系列关于响应式相关的源码文章，大家可以关注一波欧阳。
响应式props支持解构
在3.5中响应式props支持解构终于正式稳定了，在没有这个功能之前我们想要在js中访问prop必须要这样写：props.name，否则name将会丢失响应式。
有了响应式props解构后，在js中我们就可以直接解构出name来使用，比如下面这样的代码：
<script setup lang="ts">
const { name } = defineProps({
name: String,
});
console.log(name);
</script>
当defineProps搭配解构一起使用后，在编译时就可以将name处理成props.name。编译后简化的代码如下：
setup(__props) {
console.log(__props.name);
const __returned__ = {};
return __returned__;
}
从上面的代码可以看到console.log(name)经过编译后变成了console.log(__props.name)，这样处理后name当然就不会丢失响应式了。
新增onEffectCleanup函数
在组件卸载之前或者下一次watchEffect回调执行之前会自动调用onEffectCleanup函数，有了这个函数后你就不需要在组件的beforeUnmount钩子函数去统一清理一些timer了。比如下面这个场景：
import { watchEffect, ref } from "vue";
import { onEffectCleanup } from "@vue/reactivity";
const flag = ref(true);
watchEffect(() => {
if (flag.value) {
const timer = setInterval(() => {
// 做一些事情
console.log("do something");
}, 200);
onEffectCleanup(() => {
clearInterval(timer);
});
}
});
上面这个例子在watchEffect中会去注册一个循环调用的定时器，如果不使用onEffectCleanup，那么我们就需要在beforeUnmount钩子函数中去清理定时器。
但是有了onEffectCleanup后，将clearInterval放在他的回调中就可以了。当组件卸载时会自动执行onEffectCleanup传入的回调函数，也就是会执行clearInterval清除定时器。
还有一点值得注意的是onEffectCleanup函数目前没有在vue包中暴露出来，如果你想使用可以像我这样从@vue/reactivity包中导入onEffectCleanup函数。
新增base watch函数
我们之前使用的watch函数是和Vue组件以及生命周期一起实现的，他们是深度绑定的，所以watch函数代码的位置在vue源码中的runtime-core模块中。
但是有的场景中我们只想使用vue的响应式功能，也就是vue源码中的reactivity模块，比如小程序vuemini。为此我们不得不将runtime-core模块也导入到项目中，或者像vuemini一样去手写一个watch函数。
在3.5版本中重构了一个base watch函数，这个函数的实现和vue组件没有一毛钱关系，所以他是在reactivity模块中。详情可以查看我之前的文章： Vue3.5新增的baseWatch让watch函数和Vue组件彻底分手
还有一点就是这个base watch函数对于普通开发者来说没有什么影响，但是对于一些下游项目，比如vuemini来说是和受益的。
新增onWatcherCleanup函数
和前面的onEffectCleanup函数类似，在组件卸载之前或者下一次watch回调执行之前会自动调用onWatcherCleanup函数，同样有了这个函数后你就不需要在组件的beforeUnmount钩子函数去统一清理一些timer了。比如下面这个场景：
import { watch, ref, onWatcherCleanup } from "vue";
watch(flag, () => {
const timer = setInterval(() => {
// 做一些事情
console.log("do something");
}, 200);
onWatcherCleanup(() => {
console.log("清理定时器");
clearInterval(timer);
});
});
和onEffectCleanup函数不同的是我们可以从vue中import导入onWatcherCleanup函数。
新增pause和resume方法
有的场景中我们可能想在“一段时间中暂停一下”，不去执行watch或者watchEffect中的回调。等业务条件满足后再去恢复执行watch或者watchEffect中的回调。在这种场景中pause和resume方法就能派上用场啦。
下面这个是watchEffect的例子，代码如下：
<template>
<button @click="count++">count++</button>
<button @click="runner2.pause()">暂停</button>
<button @click="runner2.resume()">恢复</button>
</template>
<script setup lang="ts">
import { watchEffect } from "vue";
const count = ref(0);
const runner = watchEffect(() => {
if (count.value > 0) {
console.log(count.value);
}
});
</script>
在上面的demo中，点击count++按钮后理论上每次都会执行一次watchEffect的回调。
但是当我们点击了暂停按钮后就会执行pause方法进行暂停，在暂停期间watchEffect的回调就不会执行了。
当我们再次点击了恢复按钮后就会执行resume方法进行恢复，此时watchEffect的回调就会重新执行。
console.log的结果如下图：
从上图中可以看到count打印到4后就没接着打印了，因为我们执行了pause方法暂停了。当重新执行了resume方法恢复后可以看到count又重新开始打印了，此时从8开始打印了。
不光watchEffect可以执行pause和resume方法，watch一样也可以执行pause和resume方法。代码如下：
const runner = watch(count, () => {
if (count.value > 0) {
console.log(count.value);
}
});
runner.pause() // 暂停方法
runner.resume() // 恢复方法
watch的deep选项支持传入数字
在以前deep选项的值要么是false，要么是true，表明是否深度监听一个对象。在3.5中deep选项支持传入数字了，表明监控对象的深度。
比如下面的这个demo：
const obj1 = ref({
a: {
b: 1,
c: {
d: 2,
e: {
f: 3,
},
},
},
});
watch(
obj1,
() => {
console.log("监听到obj1变化");
},
{
deep: 3,
}
);
function changeDeep3Obj() {
obj1.value.a.c.d = 20;
}
function changeDeep4Obj() {
obj1.value.a.c.e.f = 30;
}
在上面的例子watch的deep选项值是3，表明监听到对象的第3层。
changeDeep3Obj函数中就是修改对象的第3层的d属性，所以能够触发watch的回调。
而changeDeep4Obj函数是修改对象的第4层的f属性，所以不能触发watch的回调。
SSR服务端渲染
服务端渲染SSR主要有这几个部分：新增useId函数、Lazy Hydration 懒加载水合、data-allow-mismatch
新增useId函数
有时我们需要生成一个随机数塞到DOM元素上，比如下面这个场景：
<template>
<label :htmlFor="id">Do you like Vue3.5?</label>
<input type="checkbox" name="vue3.5" :id="id" />
</template>
<script setup lang="ts">
const id = Math.random();
</script>
在这个场景中我们需要生成一个随机数id，在普通的客户端渲染中这个代码是没问题的。
但是如果这个代码是在SSR服务端渲染中那么就会报警告了，如下图：
上面报错的意思是服务端和客户端生成的id不一样，因为服务端和客户端都执行了一次Math.random()生成id。由于Math.random()每次执行的结果都不同，自然服务端和客户端生成的id也不同。
useId函数的作用就是为了解决这个问题。
当然useId也可以用于客户端渲染的一些场景，比如在列表中我们需要一个唯一键，但是服务端又没有给我们，这时我们就可以使用useId给列表中的每一项生成一个唯一键。
Lazy Hydration 懒加载水合
异步组件现在可以通过 defineAsyncComponent() API 的 hydrate 选项来控制何时进行水合。（欧阳觉得这个普通开发者用不上，所以就不细讲了）
data-allow-mismatch
SSR中有的时候确实在服务端和客户端生成的html不一致，比如在DOM上面渲染当前时间，代码如下：
<template>
<div>当前时间是：{{ new Date() }}</div>
</template>
这种情况是避免不了会出现前面useId例子中的那种警告，此时我们可以使用data-allow-mismatch属性来干掉警告，代码如下：
<template>
<div data-allow-mismatch>当前时间是：{{ new Date() }}</div>
</template>
Custom Element 自定义元素改进
这个欧阳也觉得平时大家都用不上，所以就不细讲了。
Teleport组件新增defer延迟属性
Teleport组件的作用是将children中的内容传送到指定的位置去，比如下面的代码：
<div id="target"></div>
<Teleport to="#target">被传送的内容</Teleport>
文案被传送的内容最终会渲染在id="target"的div元素中。
在之前有个限制，就是不能将<div id="target">放在Teleport组件的后面。
这个也很容易理解DOM是从上向下开始渲染的，如果先渲染到Teleport组件。然后就会去找id的值为target的元素，如果找不到当然就不能成功的将Teleport组件的子节点传送到target的位置。
在3.5中为了解决这个问题，在Teleport组件上新增了一个defer延迟属性。
加了defer延迟属性后就能将target写在Teleport组件的后面，代码如下：
<Teleport defer to="#target">被传送的内容</Teleport>
<div id="target"></div>
defer延迟属性的实现也很简单，就是等这一轮渲染周期结束后再去渲染Teleport组件。所以就算是target写在Teleport组件的后面，等到渲染Teleport组件的时候target也已经渲染到页面上了。
useTemplateRef函数
vue3中想要访问DOM和子组件可以使用ref进行模版引用，但是这个ref有一些让人迷惑的地方。
比如定义的ref变量到底是一个响应式数据还是DOM元素？
还有template中ref属性的值明明是一个字符串，比如ref="inputEl"，怎么就和script中同名的inputEl变量绑到一块了呢？
3.5中的useTemplateRef函数就可以完美的解决了这些问题。
这是3.5之前使用ref访问input输入框的例子：
<input type="text" ref="inputEl" />
const inputEl = ref<HTMLInputElement>();
这个写法很不符合编程直觉，不知道有多少同学和欧阳一样最开始用vue3时会给ref属性绑定一个响应式变量。比如这样：:ref="inputEl"
更加要命的是这样写还不会报错，就是inputEl中的值一直是undefined。
最后一番排查后才发现ref属性应该是绑定的变量名称：ref="inputEl"
使用useTemplateRef函数后就好多了，代码如下：
<input type="text" ref="inputRef" />
const inputEl = useTemplateRef<HTMLInputElement>("inputRef");
使用useTemplateRef函数后会返回一个ref变量，useTemplateRef函数传的参数是字符串"inputRef"。
在template中ref属性的值也是字符串"inputRef"，所以useTemplateRef函数的返回值就指向了DOM元素input输入框。这个比3.5之前的体验要好很多了，详情可以查看我之前的文章： 牛逼！Vue3.5的useTemplateRef让ref操作DOM更加丝滑
总结
对于开发者来说Vue3.5版本中还是新增了许多有趣的功能的，比如：onEffectCleanup函数、onWatcherCleanup函数、pause和resume方法、watch的deep选项支持传入数字、useId函数、Teleport组件新增defer延迟属性、useTemplateRef函数。
这些功能在一些特殊场景中还是很有用的，欧阳的个人看法还是得将Vue升到3.5。
关注公众号：【前端欧阳】，给自己一个进阶vue的机会
另外欧阳写了一本开源电子书vue3编译原理揭秘，看完这本书可以让你对vue编译的认知有质的提升。这本书初、中级前端能看懂，完全免费，只求一个star。
