瀏覽器事件循環(huán)與vue nextTicket的實現(xiàn)
- 同步:就是在執(zhí)行棧中(主線程)執(zhí)行的代碼
- 異步:就是在異步隊列(macroTask、microTask)中的代碼
簡單理解區(qū)別就是:異步是需要延遲執(zhí)行的代碼
線程和進程
- 進程:進程是應(yīng)用程序的執(zhí)行實例,每一個進程都是由私有的虛擬地址空間、代碼、數(shù)據(jù)和其它系統(tǒng)資源所組成;進程在運行過程中能夠申請創(chuàng)建和使用系統(tǒng)資源(如獨立的內(nèi)存區(qū)域等),這些資源也會隨著進程的終止而被銷毀
- 線程:線程則是進程內(nèi)的一個獨立執(zhí)行單元,在不同的線程之間是可以共享進程資源的,是進程內(nèi)可以調(diào)度的實體。比進程更小的獨立運行的基本單位。線程也被稱為輕量級進程。
簡單講,一個進程可由多個線程構(gòu)成,線程是進程的組成部分。
js是單線程的,但瀏覽器并不是,它是一般是多進程的。
以chrome為例: 一個頁簽就是一個獨立的進程。而javascript的執(zhí)行是其中的一個線程,里面還包含了很多其他線程,如:
- GUI渲染線程
- http請求線程
- 定時器觸發(fā)線程
- 事件觸發(fā)線程
- 圖片等資源的加載線程。
事件循環(huán)
ok,常識性內(nèi)容回顧完,我們開始切入正題。
microTask 和 macroTask
常見的macroTask有:setTimeout、setInterval、setImmediate、i/o操作、ui渲染、MessageChannel、postMessage
常見的microTask有:process.nextTick、Promise、Object.observe(已廢棄)、MutationObserver(html5新特性)
用線程的理論理解隊列:
macroTask由事件觸發(fā)線程維護
microTask通常由js引擎自己維護
一個完整的事件循環(huán)(Event loop)過程解析
- 初始狀態(tài):調(diào)用棧(主線程)、microTask隊列、macroTask隊列,macroTask里只有一個待執(zhí)行的script腳本(如:入口文件)
- 將這個script推入調(diào)用棧,同步執(zhí)行代碼。在這過程中,會調(diào)用一些接口或者觸發(fā)一些事件,可產(chǎn)生新的marcoTask與microTask。它們分別會被推入各自的任務(wù)隊列。同時該script腳本會被從macroTask中移除,在調(diào)用棧執(zhí)行的過程就稱之為一個tick。
- 調(diào)用棧代碼執(zhí)行完成后,需要處理的是microTask中的任務(wù)。將里面的任務(wù)依次推入調(diào)用棧執(zhí)行。
- 待microTask 所有 的任務(wù)都執(zhí)行完成后,再去macroTask中獲取優(yōu)先級最高的任務(wù)推入調(diào)用棧。
- 執(zhí)行渲染操作,更新界面
- 查看是否有web worker,如果有,則對其進行處理。
(上述過程循環(huán)往復(fù),直到兩個隊列都清空)
注意:處理microTask中的任務(wù)時,是執(zhí)行完所有的任務(wù)。而處理macroTask的任務(wù)時是一個一個執(zhí)行。
渲染時機
經(jīng)過上面的學習我們把異步拿到的數(shù)據(jù)放在macroTask中還是microTask中呢?
比如先放在macroTask中:
setTimeout(myTask, 0)
那么按照Event loop,myTask會被推入macroTask中,本次調(diào)用棧內(nèi)容執(zhí)行完,會執(zhí)行microTask中的內(nèi)容,然后進行render。而此次render是不包含myTask中的內(nèi)容的。需要等到 下一次事件循環(huán) (將myTask推入執(zhí)行棧后)才能執(zhí)行。
如果放在microTask中:
Promise.resolve().then(myTask)
那么按照Event loop,myTask會被推入microTask中,本次調(diào)用棧內(nèi)容執(zhí)行完,會執(zhí)行microTask中的myTask內(nèi)容,然后進行render,也就是在 本次的事件循環(huán) 中就可以進行渲染。
總結(jié):我們在異步任務(wù)中修改dom是盡量在microTask完成。
Vue next-tick實現(xiàn)
Vue2.5以后,采用單獨的next-tick.js來維護它。
import { noop } from 'shared/util' import { handleError } from './error' import { isIOS, isNative } from './env' // 所有的callback緩存在數(shù)組中 const callbacks = [] // 狀態(tài) let pending = false // 調(diào)用數(shù)組中所有的callback,并清空數(shù)組 function flushCallbacks () { // 重置標志位 pending = false const copies = callbacks.slice(0) callbacks.length = 0 // 調(diào)用每一個callback for (let i = 0; i < copies.length; i++) { copies[i]() } } // Here we have async deferring wrappers using both microtasks and (macro) tasks. // In < 2.4 we used microtasks everywhere, but there are some scenarios where // microtasks have too high a priority and fire in between supposedly // sequential events (e.g. #4521, #6690) or even between bubbling of the same // event (#6566). However, using (macro) tasks everywhere also has subtle problems // when state is changed right before repaint (e.g. #6813, out-in transitions). // Here we use microtask by default, but expose a way to force (macro) task when // needed (e.g. in event handlers attached by v-on). // 微任務(wù)function let microTimerFunc // 宏任務(wù)fuction let macroTimerFunc // 是否使用宏任務(wù)標志位 let useMacroTask = false // Determine (macro) task defer implementation. // Technically setImmediate should be the ideal choice, but it's only available // in IE. The only polyfill that consistently queues the callback after all DOM // events triggered in the same loop is by using MessageChannel. /* istanbul ignore if */ // 優(yōu)先檢查是否支持setImmediate,這是一個高版本 IE 和 Edge 才支持的特性(和setTimeout差不多,但優(yōu)先級最高) if (typeof setImmediate !== 'undefined' && isNative(setImmediate)) { macroTimerFunc = () => { setImmediate(flushCallbacks) } // 檢查MessageChannel兼容性(優(yōu)先級次高) } else if (typeof MessageChannel !== 'undefined' && ( isNative(MessageChannel) || // PhantomJS MessageChannel.toString() === '[object MessageChannelConstructor]' )) { const channel = new MessageChannel() const port = channel.port2 channel.port1.onmessage = flushCallbacks macroTimerFunc = () => { port.postMessage(1) } // 兼容性最好(優(yōu)先級最低) } else { /* istanbul ignore next */ macroTimerFunc = () => { setTimeout(flushCallbacks, 0) } } // Determine microtask defer implementation. /* istanbul ignore next, $flow-disable-line */ // 微任務(wù)用promise來處理 if (typeof Promise !== 'undefined' && isNative(Promise)) { const p = Promise.resolve() microTimerFunc = () => { p.then(flushCallbacks) // in problematic UIWebViews, Promise.then doesn't completely break, but // it can get stuck in a weird state where callbacks are pushed into the // microtask queue but the queue isn't being flushed, until the browser // needs to do some other work, e.g. handle a timer. Therefore we can // "force" the microtask queue to be flushed by adding an empty timer. if (isIOS) setTimeout(noop) } // promise不支持直接用宏任務(wù) } else { // fallback to macro microTimerFunc = macroTimerFunc } /** * Wrap a function so that if any code inside triggers state change, * the changes are queued using a (macro) task instead of a microtask. */ // 強制走宏任務(wù),比如dom交互事件,v-on (這種情況就需要強制走macroTask) export function withMacroTask (fn: Function): Function { return fn._withTask || (fn._withTask = function () { useMacroTask = true const res = fn.apply(null, arguments) useMacroTask = false return res }) } export function nextTick (cb?: Function, ctx?: Object) { let _resolve // 緩存?zhèn)魅氲腸allback callbacks.push(() => { if (cb) { try { cb.call(ctx) } catch (e) { handleError(e, ctx, 'nextTick') } } else if (_resolve) { _resolve(ctx) } }) // 如果pending為false,則開始執(zhí)行 if (!pending) { // 變更標志位 pending = true if (useMacroTask) { macroTimerFunc() } else { microTimerFunc() } } // $flow-disable-line // 當為傳入callback,提供一個promise化的調(diào)用 if (!cb && typeof Promise !== 'undefined') { return new Promise(resolve => { _resolve = resolve }) } }
這段代碼主要定義了Vue.nextTick的實現(xiàn)。 核心邏輯:
- 定義當前環(huán)境支持的microTimerFunc和macroTimerFunc(調(diào)用時會執(zhí)行flushCallbacks方法)
- 調(diào)用nextTick時,緩存?zhèn)魅氲腸allback
- pending設(shè)置為false,執(zhí)行microTimerFunc或macroTimerFunc(也就是執(zhí)行flushCallbacks方法)
- pending設(shè)置為true,執(zhí)行完數(shù)組中的callbakc,清空數(shù)組
vue在this.xxx=xxx進行節(jié)點更新時,實際上是觸發(fā)了Watcher的queueWatcher
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) } } }
queueWatcher做了在一個tick內(nèi)的多個更新收集。
具體邏輯我們在這就不專門討論了(有興趣的可以去查閱vue的觀察者模式),邏輯上就是調(diào)用了nextTick方法
所以vue的數(shù)據(jù)更新是一個異步的過程。
那么我們在vue邏輯中,當想獲取剛剛渲染的dom節(jié)點時我們應(yīng)該這么寫
你肯定會說應(yīng)該這么寫
getData(res).then(()=>{ this.xxx = res.data this.$nextTick(() => { // 這里我們可以獲取變化后的 DOM }) })
沒錯,確實應(yīng)該這么寫。
那么問題來了~
前面不是說UI Render是在microTask都執(zhí)行完之后才進行么。
而通過對vue的$nextTick分析,它實際是用promise包裝的,屬于microTask。
在getData.then中,執(zhí)行了this.xxx= res.data,它實際也是通過wather調(diào)用$nextTick
隨后,又執(zhí)行了一個$nextTick
按理說目前還處在同一個事件循環(huán),而且還沒有進行UI Render,怎么在$nextTick
就能拿到剛渲染的dom呢?
我之前被這個問題困擾了很久,最終通過寫test用例發(fā)現(xiàn),原來UI Render這塊我理解錯了
UI render理解
之前一直以為新的dom節(jié)點必須等UI Render之后渲染才能獲取到,然而并不是這樣的。
在主線程及microTask執(zhí)行過程中,每一次dom或css更新,瀏覽器都會進行計算,而計算的結(jié)果并不會被立刻渲染,而是在當所有的microTask隊列中任務(wù)都執(zhí)行完畢后,統(tǒng)一進行渲染(這也是瀏覽器為了提高渲染性能和體驗做的優(yōu)化)所以,這個時候通過js訪問更新后的dom節(jié)點或者css是可以訪問到的,因為瀏覽器已經(jīng)完成計算,僅僅是它們還沒被渲染而已。
總結(jié)
以上所述是小編給大家介紹的瀏覽器事件循環(huán)與vue nextTicket的實現(xiàn),希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!
如果你覺得本文對你有幫助,歡迎轉(zhuǎn)載,煩請注明出處,謝謝!
- Vue nextTick的原理解析
- Vue中的nextTick作用和幾個簡單的使用場景
- 淺析vue中的nextTick
- 全面解析Vue中的$nextTick
- VUE異步更新DOM - 用$nextTick解決DOM視圖的問題
- Vue.js原理分析之nextTick實現(xiàn)詳解
- Vue中this.$nextTick的作用及用法
- 詳解vue中$nextTick和$forceUpdate的用法
- 深入學習Vue nextTick的用法及原理
- vue中nextTick用法實例
- vue源碼nextTick使用及原理解析
- 一文了解Vue中的nextTick
- vue中$nextTick的用法講解
- 從源碼里了解vue中的nextTick的使用
- vue2.0$nextTick監(jiān)聽數(shù)據(jù)渲染完成之后的回調(diào)函數(shù)方法
- 詳解vue指令與$nextTick 操作DOM的不同之處
- 深入理解Vue nextTick 機制
- 談?wù)刅ue中的nextTick
相關(guān)文章
vue報錯Failed to execute 'appendChild&apos
這篇文章主要為大家介紹了vue報錯Failed to execute 'appendChild' on 'Node'解決方法詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2022-11-11vue-cli下的vuex的簡單Demo圖解(實現(xiàn)加1減1操作)
這篇文章主要介紹了vue-cli下的vuex的簡單Demo(實現(xiàn)加1減1操作),本文圖文并茂給大家介紹的非常詳細,具有參考借鑒價值,需要的朋友可以參考下2018-02-02nuxt.js服務(wù)端渲染中axios和proxy代理的配置操作
這篇文章主要介紹了nuxt.js服務(wù)端渲染中axios和proxy代理的配置操作,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-11-11