位置: IT常识 - 正文

讲讲vue3下会造成响应式丢失的情况

编辑：rootadmin

讲讲vue3下会造成响应式丢失的情况题引：

推荐整理分享讲讲vue3下会造成响应式丢失的情况，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:,内容如对您有帮助，希望把文章链接给更多的朋友！

在我们从vue2过渡到vue3的时候，对于数据响应式的变化其实是懵懵懂懂的。从以往直接在data函数里面定义变量到每一次都要使用ref/reactive时，是有些不适应的。但问题不大，毕竟在大前端时代中，如果不及时跟上时代的步伐，不仅技术没跟上，面试还容易被卡。所以今天来聊聊在使用vue3开发时对于数据响应式的理解。

vue3的响应式是基于 proxy

从vue2的 Object.defineProperty 到vue3的 proxy 可谓是一个质的飞跃。vue2的响应式是需要递归+遍历每一个对象的属性进行数据劫持，而在vue3中只需要对对象层进行监听即可。好了话不多说，开始讲解一些常见的响应式问题。

ref和reactive之间的关系

如果我们用ref定义基本类型时，实际上还是使用 Object.defineProperty 进行数据劫持监听。但如果是定义引用类型时，底层代码上是借用 reactive 函数进行数据劫持的。因此ref和reactive关系是紧凑的。通过源码的我们是可以确认的。

我们可以看到，this_value = useDirectValue ? newVal : toReactive(newVal) 是进行了判断，而 useDirectValue 是进行判断是否是浅层的、仅可读的数据。那么如果我们传入的是一个对象，那么就会进入 toReactive(newVal) 这一步。 toReactive 函数就是进行reactive定义的函数入口。

reactive定义的变量重新赋值会失去响应式，而ref不会讲讲vue3下会造成响应式丢失的情况

我们一开始接触vue3的时候，会对这个问题十分的不解，只是知道有这个问题而不知其根，今天就来讲讲这个问题。

import {ref,reactive} from 'vue';let test = {age:2};let obj = reactive({age:1})let obj1 = ref({age:1})obj = test; obj1.value = test;

通过reactive()包含的对象是进行了内部的proxy代理，因此具有响应式。但是像test这个对象，它是没有进行数据劫持的，而对象赋值的时候实际上是引用地址赋值。那么obj这个对象变成了一个没有数据劫持的引用地址，那么它也就失去了响应式。但是obj1重新赋值时会保留自身的响应式。其实很简单，跟上图的代码是有关的。细心的人会发现，在 set 函数里面有这么一段代码。

是的，在我们对ref定义的变量重新赋值时会进入 set 函数，且重新赋值的是一个对象的话，那么它会再次进入 toReactive 函数进行数据劫持，这就是为什么ref定义的变量重新赋值对象时依旧保留响应式的根本原因。

解构响应式对象会造成响应式丢失

通过上面我都知道，不管是ref还是reactive定义的对象变量，都会经过 reactive 函数来进行proxy代理。但是即使是对象，也会出现响应式丢失的情况。

上面的运行结果就是，a变量没有响应式，aa和aaa都是响应式。这是因为在解构赋值中，如果是原始类型的话是按照值传递，如果是引用类型的话是按照引用地址传递。除此之外 reactive() 定义的变量中 get函数有这样的一个处理

a = rect.a; //rect.a是一个基本类型，所以是直接赋值aa = rect.aa; //rect.aa是一个引用类型，在内部处理时触发条件判断，且非可读对象即从Map数据结构中返回已经代理的响应式对象aaa = rect.aaa //跟rect.aa一个道理

因此以后对响应式对象进行解构时，记住以上的内部判断逻辑就可以拿捏它们了(#.#)。当然，对vuex或者pinia的取值也是这个道理，也就是为什么需要借助 computed() 来实现响应式了。因此 computed() 能返回响应式。