关于前端:Vue3最啰嗦的Reactivity数据响应式原理解析

根本差不多了，图有点小丑，也能够看他人比拟全的图。@mxin

前言

良久没有接触Vue了，在前几天观看尤大的直播时议论对于看源码的一些认识，是为了更好的上手vue?还是想要学习外部的框架思维？

国内前端：面试，面试会问。

在大环境下仿佛曾经卷到了只有你是开发者，那么必然须要去学习源码，不管你是实习生，还是应届生，或者是多年教训的老前端。

如果你停滞下来，不跟着卷，那么突然之间带来的压力就会将你冲垮，以至于你可能很难在内卷的环境下生存上来，哪怕你是对的。

有趣味的话能够浏览一下@掘金泥石流大佬的写的程序员焦虑水平自测表。

仿佛讲了太多的题外话，与其发牢骚不如静下心来，一起学习一下Reactivity的一些基本原理吧，置信浏览完文章的你会对vue 3数据响应式有更加粗浅的了解。

而之所以抉择Reactivity模块来说，是因为其耦合度较低，且是vue3.0外围模块之一，性价比老本十分高。

根底篇

在开始之前，如果不理解ES6呈现的一些高阶api，如，Proxy, Reflect, WeakMap, WeakSet,Map, Set等等能够自行翻阅到资源章节，先理解前置知识点在从新观看为最佳。

Proxy

在@vue/reactivity中，Proxy是整个调度的基石。

通过Proxy代理对象，才可能在get, set办法中实现后续的事件，比方依赖收集，effect，track, trigger等等操作，在这里就不具体开展，后续会具体开展叙述。

如果有同学急不可待，加上天资痴呆，ES6有肯定根底，能够间接跳转到原理篇进行观看和思考。

先来手写一个简略的Proxy。在其中handleCallback中写了了set, get两个办法，又来拦挡以后属性值变动的数据监听。先上代码：

const user = {
  name: 'wangly19',
  age: 22,
  description: '一名掉头发微不足道的前端小哥。'
}

const userProxy = new Proxy(user, {
  get(target, key) {
    console.log(`userProxy: 以后获取key为${key}`)
    if (target.hasOwnProperty(key)) return target[key]
    return {
    }
  },
  set(target, key, value) {
    console.log(`userProxy: 以后设置值key为${key}， value为${value}`)
    let isWriteSuccess = false
    if (target.hasOwnProperty(key)) {
      target[key] = value
      isWriteSuccess = true
    }
    return isWriteSuccess
  }
})

console.log('myNaame', userProxy.name)

userProxy.age = 23

当咱们在对值去进行赋值批改和打印的时候，别离触发了以后的set和get办法。

这一点十分重要，对于其余的一些属性和应用办法在这里就不过多的赘述，

Reflect

Reflect并不是一个类，是一个内置的对象。这一点呢大家要知悉，不要间接实例化(new)应用，它的性能比拟和Proxy的handles有点相似，在这一点根底上又增加了很多Object的办法。

在这里咱们不去深究Reflect,如果想要深刻理解性能的同学，能够在后续资源中找到对应地址进行学习。在本章次要介绍了通过Reflect平安的操作对象。

以下是对user对象的一些批改操作的实例，能够参考一下，在后续可能会用到。

const user = {
  name: 'wangly19',
  age: 22,
  description: '一名掉头发微不足道的前端小哥。'
}

console.log('change age before' , Reflect.get(user, 'age'))

const hasChange = Reflect.set(user, 'age', 23)
console.log('set user age is done? ', hasChange ? 'yes' : 'no')

console.log('change age after' , Reflect.get(user, 'age'))

const hasDelete = Reflect.deleteProperty(user, 'age')

console.log('delete user age is done?', hasDelete ? 'yes' : 'none')

console.log('delete age after' , Reflect.get(user, 'age'))

原理篇

当理解了前置的一些常识后，就要开始@vue/reactivity的源码解析篇章了。上面开始会以简略的思路来实现一个根底的reactivity，当你理解其本质原理后，你会对@vue/reactivity的依赖收集(track)和触发更新(trigger)，以及副作用(effect)到底是什么工作。

reactive

reactive是vue3中用于生成援用类型的api。

const user = reactive({
  name: 'wangly19',
  age: 22,
  description: '一名掉头发微不足道的前端小哥。'
})

那么往函数外部看看，reactive办法到底做了什么？

在外部，对传入的对象进行了一个target的只读判断，如果你传入的target是一个只读代理的话，会间接返回掉。对于失常进行reactive的话则是返回了createReactiveObject办法的值。

export function reactive(target: object) {
  // if trying to observe a readonly proxy, return the readonly version.
  if (target && (target as Target)[ReactiveFlags.IS_READONLY]) {
    return target
  }
  return createReactiveObject(
    target,
    false,
    mutableHandlers,
    mutableCollectionHandlers,
    reactiveMap
  )
}

createReactiveObject

在createReactiveObject中，做的事件就是为target增加一个proxy代理。这是其外围，reactive最终拿到的是一个proxy代理，参考Proxy章节的简略事例就能够晓得reactive是如何进行工作的了，那么在来看下createReactiveObject做了一些什么事件。

首先先判断以后target的类型，如果不符合要求，间接抛出正告并且返回原来的值。

if (!isObject(target)) {
    if (__DEV__) {
      console.warn(`value cannot be made reactive: ${String(target)}`)
    }
    return target
  }

其次判断以后对象是否曾经被代理且并不是只读的，那么自身就是一个代理对象，那么就没有必要再去进行代理了，间接将其当作返回值返回，防止反复代理。

if (
    target[ReactiveFlags.RAW] &&
    !(isReadonly && target[ReactiveFlags.IS_REACTIVE])
  ) {
    return target
  }

对于这些判断代码来说，浏览起来并不是很艰难，留神if ()中判断的条件，看看它做了一些什么动作即可。而createReactiveObject做的最重要的事件就是创立target的proxy, 并将其放到Map中记录。

而比拟有意思的是其中对传入的target调用了不同的proxy handle。那么就一起来看看handles中到底干了一些什么吧。

const proxy = new Proxy(
    target,
    targetType === TargetType.COLLECTION ? collectionHandlers : baseHandlers
  )
  proxyMap.set(target, proxy)
  return proxy

handles的类型

在对象类型中，将Object和Array与Map,Set, WeakMap,WeakSet辨别开来了。它们调用的是不同的Proxy Handle。

baseHandlers.ts： Object & Array会调用此文件下的mutableHandlers对象作为Proxy Handle。
collectionHandlers.ts：Map,Set, WeakMap,WeakSet会调用此文件下的mutableCollectionHandlers对象作为Proxy Handle。

/**
 * 对象类型判断
 * @lineNumber 41
 */
function targetTypeMap(rawType: string) {
  switch (rawType) {
    case 'Object':
    case 'Array':
      return TargetType.COMMON
    case 'Map':
    case 'Set':
    case 'WeakMap':
    case 'WeakSet':
      return TargetType.COLLECTION
    default:
      return TargetType.INVALID
  }
}

会在new Proxy的依据返回的targetType判断。

const proxy = new Proxy(
  target,
  targetType === TargetType.COLLECTION ? collectionHandlers : baseHandlers
)

因为篇幅无限，下文中只举例mutableHandlers当作剖析的参考。当了解mutableHandlers后对于collectionHandlers只是工夫的问题。

Proxy Handle

在下面说到了依据不同的Type调用不同的handle，那么一起来看看mutableHandlers到底做了什么吧。

在根底篇中，都晓得Proxy能够接管一个配置对象，其中咱们演示了get和set的属性办法。而mutableHandlers就是何其雷同意义的事件，在外部别离定义get, set, deleteProperty, has, oneKeys等多个属性参数，如果不晓得什么含意的话，能够看下Proxy Mdn。在这里你须要了解被监听的数据
只有产生增查删改后，绝大多数都会进入到对应的回执通道外面。

在这里，咱们用简略的get, set来进行简略的模仿实例。

function createGetter () {
    return (target, key, receiver) => {
      const result = Reflect.get(target, key, receiver)
      track(target, key)
      return result
    }
}

const get = /*#__PURE__*/ createGetter()

function createSetter () {
  
  return (target, key, value, receiver) => {
    const oldValue = target[key]
  const result = Reflect.set(target, key, value, receiver)
  if (result && oldValue != value) {
    trigger(target, key)
  }
  return result
  }
}

在get的时候会进行一个track的依赖收集，而set的时候则是触发trigger的触发机制。在vue3，而trigger和track的话都是在咱们effect.ts当中申明的，那么接下来就来看看依赖收集和响应触发到底做了一些什么吧。

Effect

对于整个effect模块，将其分为三个局部来去浏览：

effect：副作用函数
teack: 依赖收集，在proxy代理数据get时调用
trigger: 触发响应，在proxy代理数据发生变化的时候调用。

effect

通过一段实例来看下effect的应用，并且理解它主要参数是一个函数。在函数外部会帮你执行一些副作用记录和个性判断。

effect(() => {
    proxy.user = 1
})

来看看vue的effect干了什么？

在这里，首先判断以后参数fn是否是一个effect，如果是的话就将raw中寄存的fn进行替换。而后从新进行createReactiveEffect生成。

export function effect<T = any>(
  fn: () => T,
  options: ReactiveEffectOptions = EMPTY_OBJ
): ReactiveEffect<T> {
  if (isEffect(fn)) {
    fn = fn.raw
  }
  const effect = createReactiveEffect(fn, options)
  if (!options.lazy) {
    effect()
  }
  return effect
}

在createReactiveEffect会将咱们effect推入到effectStack中进行入栈操作，而后用activeEffect进行存取以后执行的effect，在执行完后会将其进行出栈。同时替换activeEffect为新的栈顶。

而在effect执行的过程中就会触发proxy handle而后track和trigger两个要害的函数。

function createReactiveEffect<T = any>(
  fn: () => T,
  options: ReactiveEffectOptions
): ReactiveEffect<T> {
  const effect = function reactiveEffect(): unknown {
    if (!effect.active) {
      return options.scheduler ? undefined : fn()
    }
    if (!effectStack.includes(effect)) {
      cleanup(effect)
      try {
        enableTracking()
        effectStack.push(effect)
        activeEffect = effect
        return fn()
      } finally {
        effectStack.pop()
        resetTracking()
        activeEffect = effectStack[effectStack.length - 1]
      }
    }
  } as ReactiveEffect
  effect.id = uid++
  effect.allowRecurse = !!options.allowRecurse
  effect._isEffect = true
  effect.active = true
  effect.raw = fn
  effect.deps = []
  effect.options = options
  return effect
}

来看一个简版的effect，抛开大多数代码包袱，上面的代码是不是清晰很多。

function effect(eff) {
  try {
    effectStack.push(eff)
    activeEffect = eff
    return eff(...argsument)
    
  } finally {
    effectStack.pop()
    activeEffect = effectStack[effectStack.length  - 1]
  }
}

track(依赖收集)

在track的时候，会进行咱们所熟知的依赖收集，会将以后activeEffect增加到dep外面，而说起这一类的关系。它会有一个一对多对多的关系。

从代码看也十分的清晰，首先咱们会有一个一个总的targetMap它是一个WeakMap，key是target(代理的对象), value是一个Map，称之为depsMap，它是用于治理以后target中每个key的deps也就是副作用依赖，也就是以前熟知的depend。在vue3中是通过Set来去实现的。

第一步先凭借以后target获取targetMap中的depsMap，如果不存在就进行targetMap.set(target, (depsMap = new Map()))初始化申明，其次就是从depsMap中拿以后key的deps,如果没有找到的话，同样是应用depsMap.set(key, (dep = new Set()))进行初始化申明，最初将以后activeEffect推入到deps,进行依赖收集。

1. 在targetMap中找target
1. 在depsMap中找key
1. 将activeEffect保留到dep外面。

这样的话就会造成一个一对多对多的构造模式，外面寄存的是所有被proxy劫持的依赖。

function track(target: object, type: TrackOpTypes, key: unknown) {
  if (!shouldTrack || activeEffect === undefined) {
    return
  }
  let depsMap = targetMap.get(target)
  if (!depsMap) {
    targetMap.set(target, (depsMap = new Map()))
  }
  let dep = depsMap.get(key)
  if (!dep) {
    depsMap.set(key, (dep = new Set()))
  }
  if (!dep.has(activeEffect)) {
    dep.add(activeEffect)
    activeEffect.deps.push(dep)
    if (__DEV__ && activeEffect.options.onTrack) {
      activeEffect.options.onTrack({
        effect: activeEffect,
        target,
        type,
        key
      })
    }
  }
}

trigger（响应触发）

在trigger的时候，做的事件其实就是触发以后响应依赖的执行。

首先，须要获取以后key下所有渠道的deps，所以会看到有一个effects和add函数, 做的事件十分的简略，就是来判断以后传入的depsMap的属性是否须要增加到effects外面，在这里的条件就是effect不能是以后的activeEffect和effect.allowRecurse，来确保以后set key的依赖都进行执行。

const effects = new Set<ReactiveEffect>()
  const add = (effectsToAdd: Set<ReactiveEffect> | undefined) => {
    if (effectsToAdd) {
      effectsToAdd.forEach(effect => {
        if (effect !== activeEffect || effect.allowRecurse) {
          effects.add(effect)
        }
      })
    }
  }

上面上面熟知的场景就是判断以后传入的一些变动行为，最常见的就是在trigger中会传递的TriggerOpTypes行为，而后执行add办法将其将符合条件的effect增加到effects当中去，在这里@vue/reactivity做了很多数据就变异上的行为，如length变动。

而后依据不同的TriggerOpTypes进行depsMap的数据取出，最初放入effects。随后通过run办法将以后的effect执行，通过effects.forEach(run)进行执行。

if (type === TriggerOpTypes.CLEAR) {
    // collection being cleared
    // trigger all effects for target
    depsMap.forEach(add)
  } else if (key === 'length' && isArray(target)) {
    depsMap.forEach((dep, key) => {
      if (key === 'length' || key >= (newValue as number)) {
        add(dep)
      }
    })
  } else {
    // schedule runs for SET | ADD | DELETE
    if (key !== void 0) {
      add(depsMap.get(key))
    }

    // also run for iteration key on ADD | DELETE | Map.SET
    switch (type) {
      case TriggerOpTypes.ADD:
        if (!isArray(target)) {
          add(depsMap.get(ITERATE_KEY))
          if (isMap(target)) {
            add(depsMap.get(MAP_KEY_ITERATE_KEY))
          }
        } else if (isIntegerKey(key)) {
          // new index added to array -> length changes
          add(depsMap.get('length'))
        }
        break
      case TriggerOpTypes.DELETE:
        if (!isArray(target)) {
          add(depsMap.get(ITERATE_KEY))
          if (isMap(target)) {
            add(depsMap.get(MAP_KEY_ITERATE_KEY))
          }
        }
        break
      case TriggerOpTypes.SET:
        if (isMap(target)) {
          add(depsMap.get(ITERATE_KEY))
        }
        break
    }
  }

而run又做了什么呢？

首先就是判断以后effect中options下有没有scheduler，如果有的话就应用schedule来解决执行，反之间接间接执行effect()。

if (effect.options.scheduler) {
      effect.options.scheduler(effect)
    } else {
      effect()
    }

将其缩短一点看解决逻辑，其实就是从targetMap中拿对应key的依赖。

const depsMap = targetMap.get(target)
  if (!depsMap) {
    return
  }
  const dep = depsMap.get(key)
  if (dep) {
    dep.forEach((effect) => {
      effect()
    })
  }

Ref

家喻户晓，ref是vue3对一般类型的一个响应式数据申明。而获取ref的值须要通过ref.value的形式进行获取，很多人认为ref就是一个简略的reactive但其实不是。

在源码中，ref最终是调用一个createRef的办法，在其外部返回了RefImpl的实例。它与Proxy不同的是，ref的依赖收集和响应触发是在getter/setter当中，这一点能够参考图中demo模式，链接地址gettter/setter。

export function ref<T extends object>(value: T): ToRef<T>
export function ref<T>(value: T): Ref<UnwrapRef<T>>
export function ref<T = any>(): Ref<T | undefined>
export function ref(value?: unknown) {
  return createRef(value)
}

function createRef(rawValue: unknown, shallow = false) {
  if (isRef(rawValue)) {
    return rawValue
  }
  return new RefImpl(rawValue, shallow)
}

如图所示，vue在getter中与proxy中的get一样都调用了track收集依赖，在setter中进行_value值更改后调用trigger触发器。

class RefImpl<T> {
  private _value: T

  public readonly __v_isRef = true

  constructor(private _rawValue: T, public readonly _shallow = false) {
    this._value = _shallow ? _rawValue : convert(_rawValue)
  }

  get value() {
    track(toRaw(this), TrackOpTypes.GET, 'value')
    return this._value
  }

  set value(newVal) {
    if (hasChanged(toRaw(newVal), this._rawValue)) {
      this._rawValue = newVal
      this._value = this._shallow ? newVal : convert(newVal)
      trigger(toRaw(this), TriggerOpTypes.SET, 'value', newVal)
    }
  }
}

那么你当初应该晓得：

proxy handle是reactive的原理，而ref的原理是getter/setter。
在get的时候都调用了track，set的时候都调用了trigger
effect是数据响应的外围。

Computed

computed个别有两种常见的用法, 一种是通过传入一个对象，外部有set和get办法，这种属于ComputedOptions的模式。

export function computed<T>(getter: ComputedGetter<T>): ComputedRef<T>
export function computed<T>(
  options: WritableComputedOptions<T>
): WritableComputedRef<T>
export function computed<T>(
  getterOrOptions: ComputedGetter<T> | WritableComputedOptions<T>
)

而在外部会有getter / setter两个变量来进行保留。

当getterOrOptions为函数的时候，会将其赋值给与getter。

当getterOrOptions为对象的时候，会将set和get别离赋值给setter,getter。

随后将其作为参数进行实例化ComputedRefImpl类，并将其当作返回值返回进来。

let getter: ComputedGetter<T>
  let setter: ComputedSetter<T>

  if (isFunction(getterOrOptions)) {
    getter = getterOrOptions
    setter = __DEV__
      ? () => {
          console.warn('Write operation failed: computed value is readonly')
        }
      : NOOP
  } else {
    getter = getterOrOptions.get
    setter = getterOrOptions.set
  }
  
  return new ComputedRefImpl(
    getter,
    setter,
    isFunction(getterOrOptions) || !getterOrOptions.set
  ) as any

那么ComputedRefImpl干了一些什么？

计算属性的源码，其实绝大多数是依赖后面对effect的一些了解。

首先，咱们都晓得，effect能够传递一个函数和一个对象options。

在这里将getter当作函数参数传递，也就是副作用，而在options当中配置了lazy和scheduler。

lazy示意effect并不会立刻被执行，而scheduler是在trigger中会判断你是否传入了scheduler，传入后就执行scheduler办法。

而在computed scheduler当中，会判断以后的_dirty是否为false，如果是的话会把_dirty设置为true，且执行trigger触发响应。

class ComputedRefImpl<T> {
  private _value!: T
  private _dirty = true

  public readonly effect: ReactiveEffect<T>

  public readonly __v_isRef = true;
  public readonly [ReactiveFlags.IS_READONLY]: boolean

  constructor(
    getter: ComputedGetter<T>,
    private readonly _setter: ComputedSetter<T>,
    isReadonly: boolean
  ) {
    this.effect = effect(getter, {
      lazy: true,
      scheduler: () => {
        if (!this._dirty) {
          this._dirty = true
          trigger(toRaw(this), TriggerOpTypes.SET, 'value')
        }
      }
    })

    this[ReactiveFlags.IS_READONLY] = isReadonly
  }

而在getter/setter中会对_value进行不同操作。

首先，在get value中，判断以后._dirty是否为true，如果是的话执行缓存的effect并将其返回后果寄存到_value，并执行track进行依赖收集。

其次，在set value中，则是调用_setter办法从新新值。

get value() {
    // the computed ref may get wrapped by other proxies e.g. readonly() #3376
    const self = toRaw(this)
    if (self._dirty) {
      self._value = this.effect()
      self._dirty = false
    }
    track(self, TrackOpTypes.GET, 'value')
    return self._value
  }

  set value(newValue: T) {
    this._setter(newValue)
  }

资源援用

上面是一些参考资源，有趣味的小伙伴能够看下

ES6 系列之 WeakMap
Proxy 和 Reflect
Vue Mastery
Vue Docs
React中引入Vue3的@vue/reactivity 实现响应式状态治理

总结

如果你应用vue的话强烈建议本人debug将这一块看完，相对会对你写代码有很大的帮忙。vue3热火朝天，目前曾经有团队作用于生产环境进行我的项目开发，社区的生态也缓缓的倒退起来。

@vue/reactivity的浏览难度并不高，也有很多优质的教程，有肯定的工作根底和代码常识都能循序渐进的了解下来。
我集体其实并不需要将其了解的滚瓜烂熟，了解每一行代码的意思什么的，而是理解其核心思想，学习框架理念以及一些框架开发者代码写法的思路。这都是可能借鉴并将其排汇成为本人的常识。

对于一个曾经转到React生态体系下的前端来说，读Vue的源码其实更多的是丰盛本人在思维上的常识，而不是为了面试而去读的。正如同你背书不是为了考试，而是学习常识。在当初的环境下，很难做到这些事件，静下心来分心了解一件常识不如背几篇面经。

关于前端:Vue3最啰嗦的Reactivity数据响应式原理解析

前言

根底篇

Proxy

Reflect

原理篇

reactive

createReactiveObject

handles的类型

Proxy Handle

Effect

effect

track(依赖收集)

trigger（响应触发）

Ref

Computed

资源援用

总结

评论

发表回复取消回复

更多文章

DDN HPC 存储硬件架构设计深度分析

探秘IO500：从Lustre并行文件系统出发，开启HPC存储性能新征程

苹果iOS打包的ipa应用无法安装？一篇文章带你了解可能的原因及排查方法

图解Golang：从零开始实现简易版过期LRU缓存

关于前端:Vue3最啰嗦的Reactivity数据响应式原理解析

前言

根底篇

Proxy

Reflect

原理篇

reactive

createReactiveObject

handles的类型

Proxy Handle

Effect

effect

track(依赖收集)

trigger（响应触发）

Ref

Computed

资源援用

总结

评论

发表回复 取消回复

更多文章

DDN HPC 存储硬件架构设计深度分析

探秘IO500：从Lustre并行文件系统出发，开启HPC存储性能新征程

苹果iOS打包的ipa应用无法安装？一篇文章带你了解可能的原因及排查方法

图解Golang：从零开始实现简易版过期LRU缓存

发表回复取消回复