updateComponent = () => { vm._update(vm._render(), hydrating) //执行render生成VNode并更新dom } new Watcher(vm, updateComponent, noop, { before () { if (vm._isMounted) { callHook(vm, 'beforeUpdate') } } }, true /* isRenderWatcher */)
在渲染Watcher创建时会将Dep.target指向自身并触发updateComponent也就是执行_render生成VNode并执行_update将VNode渲染成真实DOM，在render过程中会对模板进行编译，此时就会对data进行访问从而触发getter，由于此时Dep.target已经指向了渲染Watcher，接着渲染Watcher会执行自身的addDep，做一些去重判断然后执行dep.addSub(this)将自身push到属性对应的dep.subs中,同一个属性只会被添加一次，表示数据在当前Watcher中被引用。
当_render结束后，会执行popTarget()，将当前Dep.target回退到上一轮的指，最终又回到了null，也就是所有收集已完毕。之后执行cleanupDeps()将上一轮不需要的依赖清除。当数据变化是，触发setter，执行对应Watcher的update属性，去执行get方法又重新将Dep.target指向当前执行的Watcher触发该Watcher的更新。
这里可以看到有deps,newDeps两个依赖表，也就是上一轮的依赖和最新的依赖，这两个依赖表主要是用来做依赖清除的。但在addDep中可以看到if (!this.newDepIds.has(id))已经对收集的依赖进行了唯一性判断，不收集重复的数据依赖。为何又要在cleanupDeps中再作一次判断呢？
while (i--) { const dep = this.deps[i] if (!this.newDepIds.has(dep.id)) { dep.removeSub(this) } } let tmp = this.depIds this.depIds = this.newDepIds this.newDepIds = tmp this.newDepIds.clear() tmp = this.deps this.deps = this.newDeps this.newDeps = tmp this.newDeps.length = 0
在cleanupDeps中主要清除上一轮中的依赖在新一轮中没有重新收集的，也就是数据刷新后某些数据不再被渲染出来了，例如：
<body> <div> <div v-if='flag'> </div> <div v-else> </div> <button @click="msg1 += '1'">change</button> <button @click="flag = !flag">toggle</button> </div> <script type="text/javascript"> var vm = new Vue({ el: '#app', data: { flag: true, msg1: 'msg1', msg2: 'msg2' } }) </script> </body>
每次点击change，msg1都会拼接一个1，此时就会触发重新渲染。当我们点击toggle时，由于flag改变，msg1不再被渲染，但当我们点击change时，msg1发生了变化，但却没有触发重新渲染，这就是cleanupDeps起的作用。如果去除掉cleanupDeps这个步骤，只是能防止添加相同的依赖，但是数据每次更新都会触发重新渲染，又去重新收集依赖。这个例子中，toggle后，重新收集的依赖中并没有msg1，因为它不需要被显示，但是由于设置了setter，此时去改变msg1依然会触发setter，如果没有执行cleanupDeps,那么msg1的依赖依然存在依赖表里，又会去触发重新渲染，这是不合理的，所以需要每次依赖收集完毕后清除掉一些不需要的依赖。
总结
依赖收集其实就是收集每个数据被哪些Watcher（渲染Watcher、computedWatcher等）所引用，当这些数据更新时，就去通知依赖它的Watcher去更新。