瀏覽器事件循環(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)過上面的學(xué)習(xí)我們把異步拿到的數(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 () {
// 重置標(biāo)志位
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ù)標(biāo)志位
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) {
// 變更標(biāo)志位
pending = true
if (useMacroTask) {
macroTimerFunc()
} else {
microTimerFunc()
}
}
// $flow-disable-line
// 當(dāng)為傳入callback,提供一個promise化的調(diào)用
if (!cb && typeof Promise !== 'undefined') {
return new Promise(resolve => {
_resolve = resolve
})
}
}
這段代碼主要定義了Vue.nextTick的實現(xiàn)。 核心邏輯:
- 定義當(dāng)前環(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邏輯中,當(dāng)想獲取剛剛渲染的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é)果并不會被立刻渲染,而是在當(dāng)所有的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的用法
- 深入學(xué)習(xí)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-11
vue-cli下的vuex的簡單Demo圖解(實現(xiàn)加1減1操作)
這篇文章主要介紹了vue-cli下的vuex的簡單Demo(實現(xiàn)加1減1操作),本文圖文并茂給大家介紹的非常詳細,具有參考借鑒價值,需要的朋友可以參考下2018-02-02
nuxt.js服務(wù)端渲染中axios和proxy代理的配置操作
這篇文章主要介紹了nuxt.js服務(wù)端渲染中axios和proxy代理的配置操作,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-11-11
vue--點擊當(dāng)前增加class,其他刪除class的方法
今天小編就為大家分享一篇vue--點擊當(dāng)前增加class,其他刪除class的方法,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2018-09-09

