vue响应式ui（讲讲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的时候   



     



     



，会对这个问题十分的不解













，只是知道有这个问题而不知其根    
    
    ，今天就来讲讲这个问题   



     



     



。

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代理
  


  


  。但是即使是对象               ，也会出现响应式丢失的情况     
     
     
。

<script setup> import {reactive,onMounted} from vue; let obj = {a:18,aa:{age:18},aaa:{friend:{age:18}} } let rect = reactive(obj); let {a,aa,aaa} = rect; onMounted(()=>{setTimeout(()=>{a = 2;aa.age = 2;aaa.friend.age = 2;},2000) }) </script> <template><div>{{a}}</div><div>{{aa.age}}</div><div>{{aaa.friend.age}}</div> </template>

上面的运行结果就是   



     



     



，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() 能返回响应式












。

最后

整理了75个JS高频面试题 




   




   




，并给出了答案和解析

 



 



 ，基本上可以保证你能应付面试官关于JS的提问               。

有需要的小伙伴               ，可以点击下方卡片领取  




    




    




，无偿分享