今回は、Vue nextTick メカニズムの使用方法について詳しく説明します。Vue nextTick メカニズムを使用する際の 注意事項 について、実際のケースを見てみましょう。
まず Vue 実行コードの一部を見てみましょう:export default { data () { return { msg: 0 } }, mounted () { this.msg = 1 this.msg = 2 this.msg = 3 }, watch: { msg () { console.log(this.msg) } } }
queueWatcher
メッセージをリッスンするために watch を定義します。これは実際には vm.$watch(keyOrFn, handler, options) のように Vue によって呼び出されます。 $watch は、初期化時に vm にバインドされる関数で、Watcher オブジェクトの作成に使用されます。それでは、Watcher でハンドラーがどのように処理されるかを見てみましょう:this.deep = this.user = this.lazy = this.sync = false ... update () { if (this.lazy) { this.dirty = true } else if (this.sync) { this.run() } else { queueWatcher(this) } } ...
const queue: Array<Watcher> = [] let has: { [key: number]: ?true } = {} let waiting = false let flushing = false ... export function queueWatcher (watcher: Watcher) { const id = watcher.id if (has[id] == null) { has[id] = true if (!flushing) { queue.push(watcher) } else { // if already flushing, splice the watcher based on its id // if already past its id, it will be run next immediately. let i = queue.length - 1 while (i > index && queue[i].id > watcher.id) { i-- } queue.splice(i + 1, 0, watcher) } // queue the flush if (!waiting) { waiting = true nextTick(flushSchedulerQueue) } } }
viewUpdate:
function flushSchedulerQueue () { flushing = true let watcher, id ... for (index = 0; index < queue.length; index++) { watcher = queue[index] id = watcher.id has[id] = null watcher.run() ... } }
export const nextTick = (function () { const callbacks = [] let pending = false let timerFunc function nextTickHandler () { pending = false const copies = callbacks.slice(0) callbacks.length = 0 for (let i = 0; i < copies.length; i++) { copies[i]() } } // An asynchronous deferring mechanism. // In pre 2.4, we used to use microtasks (Promise/MutationObserver) // but microtasks actually has too high a priority and fires in between // supposedly sequential events (e.g. #4521, #6690) or even between // bubbling of the same event (#6566). Technically setImmediate should be // the ideal choice, but it's not available everywhere; and the only polyfill // that consistently queues the callback after all DOM events triggered in the // same loop is by using MessageChannel. /* istanbul ignore if */ if (typeof setImmediate !== 'undefined' && isNative(setImmediate)) { timerFunc = () => { setImmediate(nextTickHandler) } } else if (typeof MessageChannel !== 'undefined' && ( isNative(MessageChannel) || // PhantomJS MessageChannel.toString() === '[object MessageChannelConstructor]' )) { const channel = new MessageChannel() const port = channel.port2 channel.port1.onmessage = nextTickHandler timerFunc = () => { port.postMessage(1) } } else /* istanbul ignore next */ if (typeof Promise !== 'undefined' && isNative(Promise)) { // use microtask in non-DOM environments, e.g. Weex const p = Promise.resolve() timerFunc = () => { p.then(nextTickHandler) } } else { // fallback to setTimeout timerFunc = () => { setTimeout(nextTickHandler, 0) } } return function queueNextTick (cb?: Function, ctx?: Object) { let _resolve callbacks.push(() => { if (cb) { try { cb.call(ctx) } catch (e) { handleError(e, ctx, 'nextTick') } } else if (_resolve) { _resolve(ctx) } }) if (!pending) { pending = true timerFunc() } // $flow-disable-line if (!cb && typeof Promise !== 'undefined') { return new Promise((resolve, reject) => { _resolve = resolve }) } } })()
if (typeof setImmediate !== 'undefined' && isNative(setImmediate)) { timerFunc = () => { setImmediate(nextTickHandler) } } else if (typeof MessageChannel !== 'undefined' && ( isNative(MessageChannel) || // PhantomJS MessageChannel.toString() === '[object MessageChannelConstructor]' )) { const channel = new MessageChannel() const port = channel.port2 channel.port1.onmessage = nextTickHandler timerFunc = () => { port.postMessage(1) } } else /* istanbul ignore next */ if (typeof Promise !== 'undefined' && isNative(Promise)) { // use microtask in non-DOM environments, e.g. Weex const p = Promise.resolve() timerFunc = () => { p.then(nextTickHandler) } } else { // fallback to setTimeout timerFunc = () => { setTimeout(nextTickHandler, 0) } }
setImmediate、MessageChannel VS setTimeout
などの microTask を使用してください。 setTimeout ではなく setImmediate と MessageChannel を最初に定義して、macroTask を作成する必要があるのはなぜですか? HTML5 では、setTimeout の最小遅延時間は 4 ミリ秒であると規定されています。これは、理想的な状況下では、トリガーできる非同期コールバックの最速は 4 ミリ秒であることを意味します。 Vue は非同期タスクをシミュレートするために非常に多くの関数を使用しますが、その目的は 1 つだけで、コールバックを非同期にしてできるだけ早く呼び出すことです。 MessageChannel と setImmediate の遅延は明らかに setTimeout よりも短くなります。問題解決
これらの基礎を念頭に置いて、上記の問題をもう一度見てみましょう。 Vue のイベント メカニズムはイベント キューを通じて実行をスケジュールするため、メイン プロセスがアイドル状態になるまで待機してからスケジュールを設定するため、戻ってすべてのプロセスが完了するまで待ってから再度更新します。この種のパフォーマンス上の利点は明らかです。例: マウント時に test の値が ++興味深い質問
var vm = new Vue({ el: '#example', data: { msg: 'begin', }, mounted () { this.msg = 'end' console.log('1') setTimeout(() => { // macroTask console.log('3') }, 0) Promise.resolve().then(function () { //microTask console.log('promise!') }) this.$nextTick(function () { console.log('2') }) } })
MessageChannel と setImmediate がサポートされている場合、それらの実行順序は setTimeout より前になります (IE11/Edge では、setImmediate の遅延は 1 ミリ秒以内に収まりますが、setTimeout の最小遅延は 4 ミリ秒であるため、setImmediate は setTimeout(0) よりも高速です) コールバック関数 次に、イベントキューで最初にコールバック配列が受信されるため、2が出力され、次に3
が出力されます。ただし、MessageChannelとsetImmediateがサポートされていない場合、timeFuncはPromiseを通じて定義されます。 2.4 より前の古いバージョンの Vue も最初に Promise を実行します。この状況では、順序は 1、2、約束、3 になります。 this.msg は最初に dom update 関数をトリガーする必要があるため、最初に dom update 関数が非同期時間キューへのコールバックによって受信され、次に Promise.resolve().then(function () { console.log('promise! ')} が定義され、そのような microTask が定義され、$nextTick がコールバックによって収集されます。キューが先入れ先出しの原則を満たしていることがわかっているため、コールバックによって収集されたオブジェクトが最初に実行されます。
追記
Vue のソース コードに興味がある場合は、ここに来てください: さらに興味深い Vue 規約のソース コードの説明
この記事の事例を読んだ後は、この方法を習得したと思います。 php 中国語 Web サイト その他の関連記事にご注意ください。
推奨読書:
以上がVue nextTick メカニズムの使用方法の詳細な説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。