一、this.$nextTick-现象及原因

作用：this.$nextTick()将回调延迟到下次 DOM 更新循环之后执行。在修改数据之后立即使用它，然后等待DOM更新。

案例：

<div>$nextTick:</div>
<div ref="msg">{{msg}}</div>
<div v-if="msg1">msg1 $nextTick: {{msg1}}</div>
<div v-if="msg2">msg2 $nextTick: {{msg2}}</div>
<div v-if="msg3">msg3 $nextTick: {{msg3}}</div>
<van-button type="primary" @click="changeMsg">点击</van-button>

事件：

  data() {
    return {
      msg: 'zhangsan',
      msg1: '',
      msg2: '',
      msg3: ''
    }
  },
    
   methods: {
    changeMsg() {
      this.msg = 'lisi' // 这种是双向绑定
      this.msg1 = this.$refs.msg.innerHTML // this.$refs.msg.innerHTML的值依旧是zhangsan
      this.$nextTick(() => { // 下一次DOM更新完成之后更新
        this.msg2 = this.$refs.msg.innerHTML // this.$refs.msg.innerHTML的值为lisi
      })
      this.msg3 = this.$refs.msg.innerHTML // this.$refs.msg.innerHTML的值依旧是zhangsan
    }
  }

结果：

点击前：

点击后：

产生的根本原因是：vue中的DOM更新是异步的。

vue更新DOM的过程：

• vue在观察数据变化时并不是直接更新DOM，而是开启一个队列，并缓冲在同一事件循环中发生的所有数据改变。
• 在缓冲时会去除重复数据，从而避免不必要的计算和DOM操作
• 然后，在下一个事件循环tick中，Vue刷新队列并执行实际（已去重的）工作。所以，如果你用一个for循环来动态改变数据100次，其实它只会应用最后一次改变，如果没有这种机制，DOM就要重绘100次，这绝对是扯蛋的事情。

二、this.$nextTick-应用场景

• 在Vue生命周期的created()钩子函数进行的DOM操作一定要放在Vue.nextTick()的回调函数中

  • 原因：在created()钩子函数执行的时候DOM 其实并未进行任何渲染，而此时进行DOM操作无异于徒劳，所以此处一定要将DOM操作的js代码放进Vue.nextTick()的回调函数中。与之对应的就是mounted()钩子函数，因为该钩子函数执行时所有的DOM挂载和渲染都已完成，此时在该钩子函数中进行任何DOM操作都不会有问题 。

• 在数据变化后要执行的某个操作，而这个操作需要使用随数据改变而改变的DOM结构的时候，这个操作都应该放进Vue.nextTick()的回调函数中，虽然Vue的核心思想就是数据驱动DOM，但是我们在实际开发的很多业务里，避免不了需要更新DOM操作，还有有时也会使用一些第三方库，也避免不了需要更新DOM操作。