聊聊 vue 中的 watcher

大家对于 watch 应该不陌生，项目中都用过下面这种写法：

watch: {
  someProp () {
    // do something
  }
}

// 或者
watch: {
  someProp: {
    deep: true,
    handler () {
      // do something
    }
  }
}
复制代码

上面的写法告诉 vue，我需要监听 someProp 属性的变化，于是 vue 在内部就会为我们创建一个 watcher 对象。（限于篇幅，我们不聊 watcher 的具体实现，感兴趣的可以直接看源码 watcher）

然而在 vue 中，watcher 的功能并没有这么单一，先上段代码：

复制代码

在线demo

上面代码非常简单，我们现在主要关注 created 钩子中打印的 this._watchers，如下：

分别展开三个 watcher，观察每一个 expression，从上到下分别为：

• b() {↵ return this.a * 2;↵ }
• "a"
• function () {↵ vm._update(vm._render(), hydrating);↵ }

上面三个 watcher 代表了三种不同功能的 watcher，我们将其按功能分为三类：

• 在 watch 中定义的，用于监听属性变化的 watcher （第二个）
• 用于 computed 属性的 watcher （第一个）
• 用于页面更新的 watcher （第三个）

normal-watcher

我们在 watch 中定义的，都属于这种类型，即只要监听的属性改变了，都会触发定义好的回调函数

computed-watcher

每一个 computed 属性，最后都会生成一个对应的 watcher 对象，但是这类 watcher 有个特点，我们拿上面的 b 举例：

属性 b 依赖 a，当 a 改变的时候，b 并不会立即重新计算，只有之后其他地方需要读取 b 的时候，它才会真正计算，即具备 lazy（懒计算）特性

render-watcher

每一个组件都会有一个 render-watcher, function () {↵ vm._update(vm._render(), hydrating);↵ }, 当 data/computed 中的属性改变的时候，会调用该 render-watcher 来更新组件的视图

三种 watcher 的执行顺序

除了功能上的区别，这三种 watcher 也有固定的执行顺序，分别是：

computed-render -> normal-watcher -> render-watcher

这样安排是有原因的，这样就能尽可能的保证，在更新组件视图的时候，computed 属性已经是最新值了，如果 render-watcher 排在 computed-render 前面，就会导致页面更新的时候 computed 值为旧数据

小结

本文并不是源码解析类文章，只是从一个角度来聊聊，那些看似不相关的东西（computed/watch/页面更新）,内部却有着紧密的联系，希望能抛砖引玉，让大家更深入的去探索 vue