Vue学习——vue的响应式原理

 一.什么是响应式的?

  响应式就是当对象本身(对象的增删值)或者对象属性(重新赋值)发生了改变的时候,就会运行一些函数,最常见的示render函数。

  在具体的实现上,vue用了几个核心的部件,每一个部件都解决一个问题:

  1. Observer
  2. Dep
  3. Watcher
  4. Scheduler

Observer

  Observer 要实现的目标非常简单,就是把一个普通的对象 转换为响应式的对象

  为了实现这一点,Observer 把对象的每个属性通过 Object.defineProperty 将对象的每一个属性转换为带有 getter setter 的属性,这样一来,我们访问和设置属性的时候,会分别调用 getter 和 setter 方法,Vue 就有机会做一些别的事情。

  Observer vue 内部的构造器,我们可以通过Vue 提供的静态方法 Vue.observable( obj ) 间接的使用该功能。

<body>
    <script src="./vue.min.js"></script>
    <script>
      let obj = {
        name:"法医",
        age:100,
        like:{
          a:"",
          b:""
        },
        character:[{
          c:"性格好"
        },{
          d:"真帅哦"
        }]
      }
      Vue.observable(obj);
    </script>
  </body>

 

   数据中的(...)表示数据是响应式的,如果对象中还包含有对象,它就会深度遍历这个对象,让所有的 数据都是响应式的。

 

  Observer  在具体的实现上,它会遍历对象的所有属性,已完成数据响应式的转化,但是如果一个属性一开始就不存在于对象中,是后面添加的,这种属性是检测不到的,但是在 Vue3 里面是使用 proxy 来实现数据的响应式的,就可以检测到了。为了解决Vue2 中给新添加的数据实现响应式的能力,Vue2 提供了两个方法 $set$ delete 这两个实例方法,我们可以通过这两个实例方法对响应式的对象添加或者删除属性。

  对于数组,vue会更改它的隐式原型,之所以这样做,是因为vue需要监听那些可能改变数组内容的 方法。

 

  总之,Observer 的目标,就是要让一个对象,它的属性的读取、赋值,内部数组的变化都要能够被vue检测到,这样才能让数据转换为响应式数据。

Dep

  现在就是有两个问题没有解决,就是读取属性的时候需要做什么?属性变化的时候做什么,这个问题就需要 Dep 来解决。

  Dep 的全称是 Dependency,表示是 依赖 的意思。

  Vue 会给响应式对象中的每一个属性,对象本身,数组本身 创建一个Dep 实例,每个 Dep 实例都有能力做以下 两件事:

  * 记录依赖: 是谁在用我

  * 派发依赖: 我变了,我要通知那些用到我的人

  当读取响应式对象的某个属性的时候,它会进行依赖收集:谁用到了我。

  当改变响应式对象的某个属性的时候,它就回发出通知:用我的人听好了,我被改变了,

 

 watcher

  现在又有了一个问题:就是Dep 是如何知道是谁在用我?

  要解决这个问题,就需要依赖另一个东西,就是 Watcher

  当某个函数执行的时候,用到了响应式数据,响应式数据是无法知道哪个函数在用自己,因此,Vue 通过一种巧妙的方法俩解决这个问题:

  我们不要直接的去执行这个函数,而是把函数交给一个叫做 watcher 的东西去执行,watcher 是一个对象,每个这样的函数执行时候,都应该创建一个 watcher ,通过 watcher 去执行。watcher 会创建一个全局变量,这个全局变量记录当前的 watcher ,然后再去执行函数,在函数执行的过程中,如果发生了依赖收集 dep.depend() ,那么 Dep 就会将这个全局变量记录下来,表示:有一个 watcher 用到了我这个属性。

  当Dep 进行派发更新的时候,就会通知之前记录的所有 watcher :我变了。

 

  每一个Vue组件实例,都会对应一个 watcher ,该 watcher 中记录这个组件的 render 函数。

  watcher 首先会把 render 函数运行一次以收集依赖,于是那些在 render 中用到的响应式数据就会记录给这个 watcher .

  当数据发生了变化的时候,dep 就会通知该 watcher ,而 watcher 将会重新运行 render 函数,从而让界面重新渲染,同时重新记录当前的依赖。

Scheduler

  现在就是还剩下最后一个问题,就是Dep 通知 了 watcher 之后,响应数据又多次发生了改变,造成了  watcher 执行重复运行对应的函数,就有可能导致函数频繁的运行,从而导致效率低下。

  试想,如果一个交给watcher的函数,它里面用到了属性a、b、c、d,那么a、b、c、d属性都会记录依赖,于是下面的代码将会触发4次更新:

state.a = "new data";
state.b = "new data";
state.c = "new data";
state.d = "new data";

  这样肯定是不行的,因此,watcher收到派发更新的通知后,它不会立即执行对应render函数,当然不仅仅是render函数,还有可能是其它的函数,而是把自己交给一个叫调度器的东西,在调度器里面有个队列,可以认为是一个数组,这个队列数组中记录了当前要运行哪些watcher,调度器维护一个执行队列,在队列中同一个watcher只会存在一次,队列中的watcher不是立即执行,它会通过一个叫做nextTick的工具方法,把这些需要执行的watcher放入到事件循环的微队列中,nextTick的具体做法是通过Promise完成的,nextTick其实就是一个函数。

nextTick((fn)=>{
    Promise.resolve().then(fn);//通过这种方式就跑到微队列中去了
})

 

  也就是说,当响应式数据变化时,render函数的执行是异步的,并且在微队列中

 

总体流程:

 

   简单的描叙这个流程就是:

  1. 原始的对象通过 Observer 转换为 响应式的数据,具有 getter setter 方法,然后就静静等待着。
  2. 突然有一天,雷雨交加,有一个render函数要执行,但不是直接就执行了,而是交给watcher来执行,watcher通过设置全局变量的方式读取数据,因为读取了数据,所以会触发响应式对象的getter,随后getter会从全局变量的位置读取到当前正在读取的watcher并把watcher收集到Dep中。
  3. 通过以上步骤页面就会被渲染出来了。
  4. 又是突然的一天哈,风和日丽,我触发了一个按钮或者事件,不管干了什么,反正是数据改变了,进行新的步骤——派发更新,随后通知watcher,我变了哦,你给我马上搞定这件事情,但是watcher并不是立即就执行的,因为数据变动有时候不是一个,而是很多,立即执行的话会重复执行很多render函数或者其它数据变动的函数,执行效率会变低。然而watcher把自己交给调度器Scheduler
  5. 调度器会把watcher添加到队列中,当然在队列中也不会执行的,而是将队列交给nextTick队列,nextTick里面的函数全是在微队列的,等同步代码执行完成后,会异步地执行函数fn1、fn2、watcher等等,这一步相当于重新执行了watcher,然后又重新执行了render函数,就这样地循环往复。

  

 

转自:https://mp.weixin.qq.com/s/6jJFe5172GdqNkKyv_awoQ

posted @ 2021-05-06 11:37  颗就完了  阅读(1372)  评论(0编辑  收藏  举报