Cet article présente principalement la stratégie DOM de mise à jour asynchrone et nextTick à partir du code source de Vue.js. Il a une certaine valeur de référence. Les amis intéressés peuvent s'y référer. J'espère que cela pourra aider tout le monde à mieux comprendre l'asynchrone de Vue.js.
Écrit devant
Parce que je suis très intéressé par Vue.js et que la pile technologique sur laquelle je travaille habituellement est également Vue.js, j'ai donc passé un peu J'ai passé du temps à le rechercher au cours des derniers mois. J'ai étudié le code source de Vue.js et j'en ai fait un résumé et un résultat.
Adresse originale de l'article : https://github.com/answershuto/learnVue.
Pendant le processus d'apprentissage, des commentaires chinois ont été ajoutés à Vue https://github.com/answershuto/learnVue/tree/master/vue-src. J'espère que cela pourra aider ceux qui souhaitent apprendre. Le code source de Vue est utile.
Il peut y avoir des divergences de compréhension. N'hésitez pas à soulever des problèmes et à les signaler pour apprendre et progresser ensemble.
Opération DOM
Lors de l'utilisation de vue.js, vous devez parfois faire fonctionner le DOM en raison de certains scénarios commerciaux spécifiques, tels que celui-ci :
<template>
<p>
<p ref="test">{{test}}</p>
<button @click="handleClick">tet</button>
</p>
</template>export default {
data () {
return {
test: 'begin'
};
},
methods () {
handleClick () {
this.test = 'end';
console.log(this.$refs.test.innerText);//打印“begin”
}
}
}Le résultat imprimé est commencé. Pourquoi avons-nous évidemment défini le test sur "end" pour obtenir le vrai nœud DOM ? obtenir la « fin » attendue, mais obtenir la valeur précédente « commencer » ?
Watcher Queue
Avec des questions, nous avons trouvé l'implémentation Watch du code source de Vue.js. Lorsqu'une certaine donnée réactive change, sa fonction de définition informera Dep de la fermeture, et Dep appellera tous les objets Watch qu'il gère. Déclenchez l’implémentation de la mise à jour de l’objet Watch. Jetons un coup d'œil à l'implémentation de la mise à jour.
update () {
/* istanbul ignore else */
if (this.lazy) {
this.dirty = true
} else if (this.sync) {
/*同步则执行run直接渲染视图*/
this.run()
} else {
/*异步推送到观察者队列中，下一个tick时调用。*/
queueWatcher(this)
}
}Nous avons constaté que Vue.js utilise l'exécution asynchrone des mises à jour du DOM par défaut.
Lorsque la mise à jour est exécutée de manière asynchrone, la fonction queueWatcher sera appelée.
/*将一个观察者对象push进观察者队列，在队列中已经存在相同的id则该观察者对象将被跳过，除非它是在队列被刷新时推送*/
export function queueWatcher (watcher: Watcher) {
/*获取watcher的id*/
const id = watcher.id
/*检验id是否存在，已经存在则直接跳过，不存在则标记哈希表has，用于下次检验*/
if (has[id] == null) {
has[id] = true
if (!flushing) {
/*如果没有flush掉，直接push到队列中即可*/
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 >= 0 && queue[i].id > watcher.id) {
i--
}
queue.splice(Math.max(i, index) + 1, 0, watcher)
}
// queue the flush
if (!waiting) {
waiting = true
nextTick(flushSchedulerQueue)
}
}
}En examinant le code source de queueWatcher, nous avons constaté que l'objet Watch ne mettait pas à jour la vue immédiatement, mais était placé dans une file d'attente à ce moment-là. le statut est à l'état d'attente. À ce moment-là, les objets Watch continueront à être poussés dans cette file d'attente. En attendant le prochain tick, ces objets Watch seront parcourus et supprimés, et la vue sera mise à jour. Dans le même temps, les Watchers avec des ID en double ne seront pas ajoutés plusieurs fois à la file d'attente, car lors du rendu final, nous n'avons qu'à nous soucier du résultat final des données.
Alors, quel est le prochain tick ?
nextTick
vue.js fournit une fonction nextTick, qui est en fait le nextTick appelé ci-dessus.
L'implémentation de nextTick est relativement simple. Le but de l'exécution est de pousser une fonction dans une microtâche ou une tâche, et d'exécuter nextTick après l'exécution de la pile actuelle (il peut également y avoir certaines tâches qui doivent être exécutées). devant). Jetez un œil au code source de la fonction transmise :
/**
* Defer a task to execute it asynchronously.
*/
/*
延迟一个任务使其异步执行，在下一个tick时执行，一个立即执行函数，返回一个function
这个函数的作用是在task或者microtask中推入一个timerFunc，在当前调用栈执行完以后以此执行直到执行到timerFunc
目的是延迟到当前调用栈执行完以后执行
*/
export const nextTick = (function () {
/*存放异步执行的回调*/
const callbacks = []
/*一个标记位，如果已经有timerFunc被推送到任务队列中去则不需要重复推送*/
let pending = false
/*一个函数指针，指向函数将被推送到任务队列中，等到主线程任务执行完时，任务队列中的timerFunc被调用*/
let timerFunc
/*下一个tick时的回调*/
function nextTickHandler () {
/*一个标记位，标记等待状态（即函数已经被推入任务队列或者主线程，已经在等待当前栈执行完毕去执行），这样就不需要在push多个回调到callbacks时将timerFunc多次推入任务队列或者主线程*/
pending = false
/*执行所有callback*/
const copies = callbacks.slice(0)
callbacks.length = 0
for (let i = 0; i < copies.length; i++) {
copies[i]()
}
}
// the nextTick behavior leverages the microtask queue, which can be accessed
// via either native Promise.then or MutationObserver.
// MutationObserver has wider support, however it is seriously bugged in
// UIWebView in iOS >= 9.3.3 when triggered in touch event handlers. It
// completely stops working after triggering a few times... so, if native
// Promise is available, we will use it:
/* istanbul ignore if */
/*
这里解释一下，一共有Promise、MutationObserver以及setTimeout三种尝试得到timerFunc的方法
优先使用Promise，在Promise不存在的情况下使用MutationObserver，这两个方法都会在microtask中执行，会比setTimeout更早执行，所以优先使用。
如果上述两种方法都不支持的环境则会使用setTimeout，在task尾部推入这个函数，等待调用执行。
*/
if (typeof Promise !== 'undefined' && isNative(Promise)) {
/*使用Promise*/
var p = Promise.resolve()
var logError = err => { console.error(err) }
timerFunc = () => {
p.then(nextTickHandler).catch(logError)
// 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)
}
} else if (typeof MutationObserver !== 'undefined' && (
isNative(MutationObserver) ||
// PhantomJS and iOS 7.x
MutationObserver.toString() === '[object MutationObserverConstructor]'
)) {
// use MutationObserver where native Promise is not available,
// e.g. PhantomJS IE11, iOS7, Android 4.4
/*新建一个textNode的DOM对象，用MutationObserver绑定该DOM并指定回调函数，在DOM变化的时候则会触发回调,该回调会进入主线程（比任务队列优先执行），即textNode.data = String(counter)时便会触发回调*/
var counter = 1
var observer = new MutationObserver(nextTickHandler)
var textNode = document.createTextNode(String(counter))
observer.observe(textNode, {
characterData: true
})
timerFunc = () => {
counter = (counter + 1) % 2
textNode.data = String(counter)
}
} else {
// fallback to setTimeout
/* istanbul ignore next */
/*使用setTimeout将回调推入任务队列尾部*/
timerFunc = () => {
setTimeout(nextTickHandler, 0)
}
}
/*
推送到队列中下一个tick时执行
cb 回调函数
ctx 上下文
*/
return function queueNextTick (cb?: Function, ctx?: Object) {
let _resolve
/*cb存到callbacks中*/
callbacks.push(() => {
if (cb) {
try {
cb.call(ctx)
} catch (e) {
handleError(e, ctx, 'nextTick')
}
} else if (_resolve) {
_resolve(ctx)
}
})
if (!pending) {
pending = true
timerFunc()
}
if (!cb && typeof Promise !== 'undefined') {
return new Promise((resolve, reject) => {
_resolve = resolve
})
}
}
})()C'est une fonction d'exécution immédiate et renvoie une interface queueNextTick.
Le cb entrant sera poussé dans les rappels et stocké, puis timerFunc sera exécuté (en attente est une marque d'état pour garantir que timerFunc n'est exécuté qu'une seule fois avant le prochain tick).
Qu'est-ce que timerFunc ?
Après avoir lu le code source, j'ai découvert que timerFunc détecterait l'environnement actuel et aurait des implémentations différentes. En fait, il est basé sur la priorité de Promise, MutationObserver et setTimeout. est utilisé dans l’environnement le plus défavorable.
Expliquez ici, il existe trois façons d'essayer d'obtenir timerFunc : Promise, MutationObserver et setTimeout.
Utilisez d'abord Promise, et utilisez MutationObserver lorsque Promise n'existe pas. Les fonctions de rappel de ces deux méthodes seront exécutées dans la microtâche. Elles seront exécutées avant setTimeout, elles seront donc utilisées en premier.
Si l'environnement ne prend pas en charge les deux méthodes ci-dessus, setTimeout sera utilisé, et cette fonction sera poussée à la fin de la tâche et attendra que l'appel soit exécuté.
Pourquoi devriez-vous utiliser les microtâches en premier ? J'ai appris de la réponse de Gu Yiling sur Zhihu :
La boucle d'événements de JS distinguera les tâches et les microtâches lors de l'exécution. Une fois que le moteur aura terminé l'exécution de chaque tâche, il prendra une tâche de la file d'attente pour l'exécution. Auparavant, toutes les microtâches de la file d'attente des microtâches seraient exécutées en premier.
Le rappel setTimeout sera affecté à une nouvelle tâche pour exécution, et les rappels du résolveur Promise et MutationObserver seront organisés pour être exécutés dans une nouvelle microtâche, qui sera exécutée avant la tâche générée par setTimeout .
Pour créer une nouvelle microtâche, utilisez d'abord Promise. Si le navigateur ne la prend pas en charge, essayez MutationObserver.
Ça ne marche vraiment pas, je ne peux utiliser setTimeout que pour créer une tâche.
Pourquoi utiliser les microtâches ?
Selon la norme HTML, après l'exécution de chaque tâche, l'interface utilisateur sera restituée, puis la mise à jour des données sera terminée dans la microtâche et la dernière interface utilisateur sera disponible lorsque la tâche en cours se termine.
En revanche, si une nouvelle tâche est créée pour mettre à jour les données, le rendu sera effectué deux fois.
Reportez-vous à la réponse Zhihu de Gu Yiling
Le premier est Promise, (Promise.resolve()).then() peut ajouter son rappel dans la microtâche,
Créer un nouveau MutationObserver Un objet DOM de textNode. Utilisez MutationObserver pour lier le DOM et spécifier une fonction de rappel. Lorsque le DOM change, le rappel entrera dans la microtâche, c'est-à-dire lorsque textNode.data = String(counter), le. un rappel sera ajouté.
setTimeout是最后的一种备选方案，它会将回调函数加入task中，等到执行。
综上，nextTick的目的就是产生一个回调函数加入task或者microtask中，当前栈执行完以后（可能中间还有别的排在前面的函数）调用该回调函数，起到了异步触发（即下一个tick时触发）的目的。
flushSchedulerQueue
/*Github:https://github.com/answershuto*/
/**
* Flush both queues and run the watchers.
*/
/*nextTick的回调函数，在下一个tick时flush掉两个队列同时运行watchers*/
function flushSchedulerQueue () {
flushing = true
let watcher, id
// Sort queue before flush.
// This ensures that:
// 1. Components are updated from parent to child. (because parent is always
// created before the child)
// 2. A component's user watchers are run before its render watcher (because
// user watchers are created before the render watcher)
// 3. If a component is destroyed during a parent component's watcher run,
// its watchers can be skipped.
/*
给queue排序，这样做可以保证：
1.组件更新的顺序是从父组件到子组件的顺序，因为父组件总是比子组件先创建。
2.一个组件的user watchers比render watcher先运行，因为user watchers往往比render watcher更早创建
3.如果一个组件在父组件watcher运行期间被销毁，它的watcher执行将被跳过。
*/
queue.sort((a, b) => a.id - b.id)
// do not cache length because more watchers might be pushed
// as we run existing watchers
/*这里不用index = queue.length;index > 0; index--的方式写是因为不要将length进行缓存，因为在执行处理现有watcher对象期间，更多的watcher对象可能会被push进queue*/
for (index = 0; index < queue.length; index++) {
watcher = queue[index]
id = watcher.id
/*将has的标记删除*/
has[id] = null
/*执行watcher*/
watcher.run()
// in dev build, check and stop circular updates.
/*
在测试环境中，检测watch是否在死循环中
比如这样一种情况
watch: {
test () {
this.test++;
}
}
持续执行了一百次watch代表可能存在死循环
*/
if (process.env.NODE_ENV !== 'production' && has[id] != null) {
circular[id] = (circular[id] || 0) + 1
if (circular[id] > MAX_UPDATE_COUNT) {
warn(
'You may have an infinite update loop ' + (
watcher.user
? `in watcher with expression "${watcher.expression}"`
: `in a component render function.`
),
watcher.vm
)
break
}
}
}
// keep copies of post queues before resetting state
/**/
/*得到队列的拷贝*/
const activatedQueue = activatedChildren.slice()
const updatedQueue = queue.slice()
/*重置调度者的状态*/
resetSchedulerState()
// call component updated and activated hooks
/*使子组件状态都改编成active同时调用activated钩子*/
callActivatedHooks(activatedQueue)
/*调用updated钩子*/
callUpdateHooks(updatedQueue)
// devtool hook
/* istanbul ignore if */
if (devtools && config.devtools) {
devtools.emit('flush')
}
}flushSchedulerQueue是下一个tick时的回调函数，主要目的是执行Watcher的run函数，用来更新视图
为什么要异步更新视图
来看一下下面这一段代码
<template>
<p>
<p>{{test}}</p>
</p>
</template>export default {
data () {
return {
test: 0
};
},
created () {
for(let i = 0; i < 1000; i++) {
this.test++;
}
}
}现在有这样的一种情况，created的时候test的值会被++循环执行1000次。
每次++时，都会根据响应式触发setter->Dep->Watcher->update->patch。
如果这时候没有异步更新视图，那么每次++都会直接操作DOM更新视图，这是非常消耗性能的。
所以Vue.js实现了一个queue队列，在下一个tick的时候会统一执行queue中Watcher的run。同时，拥有相同id的Watcher不会被重复加入到该queue中去，所以不会执行1000次Watcher的run。最终更新视图只会直接将test对应的DOM的0变成1000。
保证更新视图操作DOM的动作是在当前栈执行完以后下一个tick的时候调用，大大优化了性能。
访问真实DOM节点更新后的数据
所以我们需要在修改data中的数据后访问真实的DOM节点更新后的数据，只需要这样，我们把文章第一个例子进行修改。
<template>
<p>
<p ref="test">{{test}}</p>
<button @click="handleClick">tet</button>
</p>
</template>export default {
data () {
return {
test: 'begin'
};
},
methods () {
handleClick () {
this.test = 'end';
this.$nextTick(() => {
console.log(this.$refs.test.innerText);//打印"end"
});
console.log(this.$refs.test.innerText);//打印“begin”
}
}
}使用Vue.js的global API的$nextTick方法，即可在回调中获取已经更新好的DOM实例了。
相关推荐：
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
