微任务执行批量操作
任务
一个任务就是由执行诸如从头执行一段程序、执行一个事件回调或一个 interval/timeout 被触发之类的标准机制而被调度的任意 JavaScript 代码。这些都在任务队列(task queue)上被调度。
在以下时机,任务会被添加到任务队列:
- 一段新程序或子程序被直接执行时(比如从一个控制台,或在一个
<script>元素中运行代码)。 - 触发了一个事件,将其回调函数添加到任务队列时。
- 执行到一个由 setTimeout() 或 setInterval() 创建的 timeout 或 interval,以致相应的回调函数被添加到任务队列时。
事件循环驱动你的代码按照这些任务排队的顺序,一个接一个地处理它们。在当前迭代轮次中,只有那些当事件循环过程开始时 已经处于任务队列中 的任务会被执行。其余的任务不得不等待到下一次迭代。
微任务(Microtasks)
起初微任务和任务之间的差异看起来不大。它们很相似;都由位于某个队列的 JavaScript 代码组成并在合适的时候运行。但是,只有在迭代开始时队列中存在的任务才会被事件循环一个接一个地运行,这和处理微任务队列是殊为不同的。
有两点关键的区别。
首先,每当一个任务存在,事件循环都会检查该任务是否正把控制权交给其他 JavaScript 代码。如若不然,事件循环就会运行微任务队列中的所有微任务。接下来微任务循环会在事件循环的每次迭代中被处理多次,包括处理完事件和其他回调之后。
其次,如果一个微任务通过调用 queueMicrotask(), 向队列中加入了更多的微任务,则那些新加入的微任务 会早于下一个任务运行。这是因为事件循环会持续调用微任务直至队列中没有留存的,即使是在有更多微任务持续被加入的情况下
const messageQueue = [];
let sendMessage = (message) => {
messageQueue.push(message);
if (messageQueue.length === 1) {
queueMicrotask(() => {
const json = JSON.stringify(messageQueue);
messageQueue.length = 0;
fetch("url-of-receiver", json);
});
}
};当 sendMessage()被调用时,指定的消息首先被推入消息 messageQueue 队列数组。接着事情就变得有趣了。
如果刚加入 messageQueue 数组的消息是第一条,就会入列一个将会发送一个批处理的微任务。
照旧,当 JavaScript 执行路径到达顶层,恰在运行回调之前,那个微任务将会执行。
这意味着在此之间造成的对 sendMessage() 的任何调用都会将其各自的消息推入 messageQueue 消息队列,但是在入列微任务逻辑之前的数组长度检查(messageQueue.length === 1)判断下,不会有新的微任务入列。
这使得同一次事件循环迭代期间发生的每次 sendMessage() 调用将其消息添加到同一个 fetch() 操作中,而不会让其他可能的定时任务推迟传递。