$nextTick 的作用

先来看一下文档中是怎么说的：

Vue 在更新 DOM 时是异步执行的。只要侦听到数据变化，Vue 将开启一个队列，并缓冲在同一事件循环中发生的所有数据变更。如果同一个 watcher 被多次触发，只会被推入到队列中一次。这种在缓冲时去除重复数据对于避免不必要的计算和 DOM 操作是非常重要的。然后，在下一个的事件循环“tick”中，Vue 刷新队列并执行实际 (已去重的) 工作。Vue 在内部对异步队列尝试使用原生的 Promise.then、MutationObserver 和 setImmediate，如果执行环境不支持，则会采用 setTimeout(fn, 0) 代替。
例如，当你设置 vm.someData = ‘new value’，该组件不会立即重新渲染。当刷新队列时，组件会在下一个事件循环“tick”中更新。多数情况我们不需要关心这个过程，但是如果你想基于更新后的 DOM 状态来做点什么，这就可能会有些棘手。虽然 Vue.js 通常鼓励开发人员使用“数据驱动”的方式思考，避免直接接触 DOM，但是有时我们必须要这么做。为了在数据变化之后等待 Vue 完成更新 DOM，可以在数据变化之后立即使用 Vue.nextTick(callback)。这样回调函数将在 DOM 更新完成后被调用。

其实在刚接触 Vue 的时候，看到这段文档的介绍，讲心里话，我还是有点蒙圈的（技师水平不行）。所以本着在实战中提升的原则，就尝试写一点 demo 来理解和巩固这个东西吧。

实践

Demo

很简单的一段代码，每次点击按钮，在 list 中插入两个时间戳，渲染到 li 上，并在控制台输出 li 的个数。而关键的地方在于，直接输出和在 $nextTick 中输出是否会有所不同。

最终效果

“神奇”的一幕，直接在函数中 console.log 的结果似乎是“不正确”的，而在 $nextTick 中的结果似乎才是正确的。

原因

之所两次输出的结果不同，原因正如文档中所述。Vue 中 DOM 的更新是异步执行的，因为为了最小化性能开销，所以一次事件中的所有数据变更，并不会同步的去更新 DOM，而是等待事件结束后，进行数据比对，计算出差异，然后一次性的变动 DOM。因此，两次 console.log 的结果不同，也就很好理解了。 因为两次 console.log 的时间点是不一样的 ，事件中的 console.log 是同步执行的，在 list 数据中插入了两条数据后，就进行了打印，但此时的事件并未结束，DOM 也尚未发生变动，因此打印结果依旧是原有的 li 数量。而 $nextTick 中的代码则是异步的、延迟调用的，待 DOM 变更结束后，去调用这一部分代码。