我们知道，vue组件在init过程中会对data、props、computed等作响应式处理，那么在get过程中会收集watcher依赖，在set时触发视图更新。vueRouter作为vue的子框架，想必也是基于这样一种实现
根据之前的分析，vueRouter会通过mixins向组件的beforeCreate钩子中混入自己的逻辑
这里对_route作了响应式处理，即访问vm._route时会先向dep收集依赖，那么什么时候会访问到该属性呢？即访问$router时
那么对$router的访问有两个地方，一个是在组件中使用this.$router，另一个则是在router-link组件内部。当这两种情况下，将会触发依赖收集
那么什么时候将会触发dep.notify呢？
经过上一节对router-link的分析，我们知道，路由导航实际执行的时history.push方法
该函数最终将执行到updateRoute
updateRoute为
this.cb又是在路由初始化过程中通过history.listen保存的
app._route=route则触发了set，即触发dep.notify向watcher派发更新
那么，当组件重新渲染，vue又是如何将组件正确输出到指定位置呢？答案是router-view
该组件支持命名视图，即name属性
它是一个函数式组件，因此它的render函数存在参数二
它将首先查找当前路由出口所在的位置
如果有父组件，并且父组件的_routerRoot!==parent时说明视图出口有嵌套，为什么呢？当a组件内引入了b组件时（路由上的引入，即通过children属性），对于b而言，a是parent；又因为vueRouter在install过程中向组件挂载了_routerRoot，该属性在只有一个根路由实例时始终指向根vue实例，故条件而在子组件中恒相等
进入while循环，当组件中存在router-view组件时，vueRouter会向data中添加routerView属性并保存到组件实例的data属性上，即
这说明，我当前的视图存在与children中，对于如下的路由而言,层级为1
[{
path:'/a',
component:A,
children:[{
path:'/a/b',
component:B
}]
}]
那么便可以通过层级正确的拿到路由对象和对应的组件
这将作为createElement被传入生成vnode
并在update过程中被正确patch为dom
也就是说，路由触发组件更新依旧是沿用的vue组件的响应式核心，在执行过渡前手动触发依赖收集，在路由过渡过程中手动触发更新派发以达到watcher的重新update；而之所以路由能正确的显示对应的组件。则得益于路由映射表中保存的路由树形关系
