您好,登錄后才能下訂單哦!
這篇文章主要講解了“Vue3組件異步更新和nextTick運行機制是什么”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“Vue3組件異步更新和nextTick運行機制是什么”吧!
我們應該都知道或者聽說過組件的更新是異步的,對于nextTick我們也知道它是利用promise將傳入的回調函數放入微任務隊列中,在函數更新完以后執行,那么既然都是異步更新,nextTick是怎么保證回調會在組件更新后執行,其插入隊列的時機又是什么時候?帶著這些問題我們去源碼中尋找答案。
先回顧一下組件更新的effect:
const effect = (instance.effect = new ReactiveEffect( componentUpdateFn, () => queueJob(update), // updata: () => effect.run() 返回值 componentUpdateFn // 將effect添加到組件的scope.effects中 instance.scope // track it in component's effect scope ))
在響應式數據發生改變觸發effect執行的時候會執行() => queueJob(update)
調度器,所以我們要去看queueJob干了什么
// packages/runtime-core/src/scheduler.ts export function queueJob(job: SchedulerJob) { if ( !queue.length || !queue.includes( // queue中是否已經存在相同job job, isFlushing && job.allowRecurse ? flushIndex + 1 : flushIndex ) ) { if (job.id == null) { // 向queue添加job queue是一個數組 queue.push(job) } else { queue.splice(findInsertionIndex(job.id), 0, job) } // 執行queueFlush queueFlush() } }
queueJob主要是將scheduler添加到queue隊列,然后執行queueFlush
function queueFlush() { // isFlushing和isflushPending初始值都是false // 說明當前沒有flush任務在執行,也沒有flush任務在等待執行 if (!isFlushing && !isFlushPending) { // 初次執行queueFlush將isFlushPending設置為true 表示有flush任務在等待執行 isFlushPending = true // resolvedPromise是promise.resolve() // flushJobs被放到微任務隊列中 等待所有同步scheduler執行完畢后執行 // 這樣就可以保證flushJobs在一次組件更新中只執行一次 // 更新currentFlushPromise 以供nextTick使用 currentFlushPromise = resolvedPromise.then(flushJobs) } }
當所有的同步scheduler執行完畢后,就會去處理微任務隊列的任務,就會執行flushJobs回調函數
function flushJobs(seen?: CountMap) { // 狀態改為有flush正在執行 isFlushPending = false isFlushing = true if (__DEV__) { seen = seen || new Map() } // Sort queue before flush. // This ensures that: // 1. Components are updated from parent to child. (because parent is always // created before the child so its render effect will have smaller // priority number) // 2. If a component is unmounted during a parent component's update, // its update can be skipped. // 組件更新的順序是從父到子 因為父組件總是在子組件之前創建 所以它的渲染效果將具有更小的優先級 // 如果一個組件在父組件更新期間被卸載 則可以跳過它的更新 queue.sort(comparator) ... // 先執行queue中的job 然后執行pendingPostFlushCbs中的job // 這里可以實現watch中的 postFlush try { for (flushIndex = 0; flushIndex < queue.length; flushIndex++) { const job = queue[flushIndex] if (job && job.active !== false) { if (__DEV__ && check(job)) { continue } // console.log(`running:`, job.id) // 執行job callWithErrorHandling(job, null, ErrorCodes.SCHEDULER) } } } finally { // job執行完畢后清空隊列 flushIndex = 0 queue.length = 0 // 執行flushPostFlushCbs 此時組件已經更新完畢 flushPostFlushCbs(seen) isFlushing = false currentFlushPromise = null // some postFlushCb queued jobs! // keep flushing until it drains. if (queue.length || pendingPostFlushCbs.length) { flushJobs(seen) } } }
組件內當修改響應式數據后,組件更新函數會被放到queue中,然后注冊一個微任務,這個微任務負責執行queue中的所有job,所以這時就算我們同步修改多次/多個響應式數據,同一個組件的更新函數只會被放入一次到queue中,等到同步操作結束后才會去執行注冊的微任務,組件更新函數才會被執行,組件才會被更新。
vue3中nextTick的實現非常簡單:
export function nextTick<T = void>( this: T, fn?: (this: T) => void ): Promise<void> { const p = currentFlushPromise || resolvedPromise // nextTick回調函數放到currentFlushPromise的微任務隊列中 return fn ? p.then(this ? fn.bind(this) : fn) : p }
這里的關鍵就是currentFlushPromise,如果你足夠細心就會發現currentFlushPromise其實在queueFlush中就被賦值了,它正是把執行組件更新函數的任務放入微隊列中的promise,所以在此我們拿到currentFlushPromise正好把nextTick接收到的函數回調放到微隊列中flushJobs的后面,等到flushJobs執行完成后組件也已經更新完畢,此時正是我們希望去執行nextTick回調的時機!
感謝各位的閱讀,以上就是“Vue3組件異步更新和nextTick運行機制是什么”的內容了,經過本文的學習后,相信大家對Vue3組件異步更新和nextTick運行機制是什么這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。