微任务优先级高于宏任务。事件循环每次执行完同步代码后，会先清空微任务队列，再执行一个宏任务。1. 微任务如promise.then()、mutationobserver回调等，会在当前宏任务结束后立即执行。2. 宏任务如settimeout、setinterval、i/o操作、ui渲染等，在微任务队列清空后才会被执行。3. 这种机制保证了异步操作的即时性和ui响应性，同时避免了主线程的无限阻塞。4. 理解该机制有助于预测代码执行顺序、优化性能、避免页面卡顿或“僵尸”状态，并提升调试效率。
JavaScript事件循环中，任务队列的优先级核心在于：微任务（Microtasks）的优先级高于宏任务（Macrotasks）。这意味着在事件循环的每一次“滴答”（tick）中，所有待处理的微任务都会在下一个宏任务开始执行之前，被完全清空并执行完毕。
解决方案
理解JavaScript事件循环中的任务优先级，就像是在理解一个高效且有条不紊的调度系统。它不是简单地“先进先出”，而是有一套明确的规则。
事件循环机制大致是这样的：当JavaScript执行栈中的同步代码执行完毕并清空后，事件循环就开始工作了。它会先检查微任务队列。如果微任务队列中有任务，它会把这些任务一个接一个地推到执行栈中，直到微任务队列清空。只有当微任务队列彻底空了，事件循环才会从宏任务队列中取出一个（注意，是“一个”）任务放到执行栈中执行。这个宏任务执行完毕后，事件循环会再次回到微任务队列，重复上述过程。
立即学习“Java免费学习笔记（深入）”；
说白了，微任务就像是插队的小急事，它们必须在当前宏任务结束和下一个宏任务开始之间处理完。而宏任务则是排队的“大事件”，它们需要等待当前这轮所有紧急的小事都处理完了，才能轮到自己。
为什么需要区分微任务和宏任务？
这个问题挺有意思的，它不仅仅是技术实现上的一个选择，更体现了对程序响应性和性能的深思熟虑。在我看来，区分微任务和宏任务，主要是为了提供一种更精细的、非阻塞的异步操作控制能力。
你想想看，如果所有的异步任务都一股脑儿地塞进一个队列，那很多时候就无法保证某些操作的“即时性”。比如，我们经常用Promise来处理异步逻辑链。一个Promise的then()或catch()回调，它通常是当前异步操作的直接后续，我们希望它能尽快执行，最好是在当前JS执行上下文（即当前宏任务）结束，UI渲染或其他大的I/O操作开始之前就完成。如果then()回调被当作一个普通的宏任务，那它可能要排在很多setTimeout(..., 0)后面，甚至可能在UI渲染之后才执行，这显然不符合我们对Promise链式调用的预期，也可能导致不必要的延迟。
微任务的存在，就完美解决了这个问题。它允许我们在一个宏任务周期内，处理完所有“紧接着”的、需要立即响应的异步操作，而无需等待下一个完整的事件循环周期。这对于保持UI的响应性、处理复杂的异步逻辑流（比如数据库事务、网络请求后续处理）至关关重要。它提供了一个“插队”的机会，但这个“插队”是有序的，且不会无限制地阻塞主线程，因为微任务队列终归会被清空，然后主线程才能去处理下一个宏任务，从而有机会进行UI更新等。
常见的微任务和宏任务有哪些？
要掌握事件循环的节奏，了解哪些是微任务，哪些是宏任务是基础。这里列举一些我们日常开发中经常遇到的：
宏任务 (Macrotasks):
- 脚本（Script）的整体代码： 没错，你JS文件里从头到尾的同步代码执行，本身就是一个大的宏任务。
-
setTimeout()和setInterval()的回调函数： 这是最常见的宏任务，它们的回调会被推入宏任务队列等待执行。 - I/O 操作： 比如网络请求（XMLHttpRequest、Fetch API的回调）完成后的处理，文件读写（Node.js环境）。
- UI 渲染： 浏览器会在执行完一个宏任务（以及清空所有微任务）后，检查是否需要进行UI渲染。这本身也可以看作是一个特殊的宏任务周期。
-
用户交互事件： 比如
click、scroll等事件的回调函数，它们也会被放入宏任务队列。 -
MessageChannel的port.postMessage()： 用于不同上下文（如Web Workers、iframe）之间的通信。
微任务 (Microtasks):
-
Promise.then()、Promise.catch()和Promise.finally()的回调函数： 这是最典型的微任务，也是我们最常打交道的。 -
MutationObserver的回调函数： 用于监听DOM树变化的API，其回调也是微任务。 -
queueMicrotask()： 这是一个专门用于调度微任务的API，如果你想显式地创建一个微任务，可以用它。 -
Node.js 环境中的
process.nextTick()： 这是Node.js特有的，它的优先级甚至比Promise.then()还要高，会在当前同步代码执行完毕后，立即执行，在所有微任务之前。但我们这里主要讨论浏览器环境，所以提一下就好。
理解这些分类，能让你在编写异步代码时，更准确地预判代码的执行顺序。
这种优先级机制对实际开发有什么影响？
这种微任务/宏任务的优先级机制，对我们的日常开发有着深远的影响，它直接决定了异步代码的执行时机和应用的响应性。
1. 预测执行顺序： 最直接的影响就是，它让我们能更准确地预测异步代码的执行顺序。例如，你可能会写出这样的代码：
console.log('开始');
setTimeout(() => {
console.log('setTimeout 回调');
}, 0);
Promise.resolve().then(() => {
console.log('Promise 回调');
});
console.log('结束');如果你不理解优先级，可能会觉得setTimeout先注册，它应该先执行。但实际输出会是：
开始结束Promise 回调setTimeout 回调
这是因为Promise.resolve().then()的回调是微任务，它会在当前宏任务（即整个同步脚本）执行完毕后，立即执行。而setTimeout(..., 0)的回调是宏任务，它必须等待微任务队列清空后，才能被事件循环选中执行。这种差异在处理复杂异步流程时，尤其重要。
2. 保持UI响应性： 理解这个机制，能帮助我们写出更流畅的用户界面。如果你的代码需要执行大量计算，或者处理复杂的DOM操作，直接在同步代码中执行会阻塞主线程，导致页面卡顿。通过将这些操作拆分成小的宏任务，或者利用微任务在不阻塞UI渲染的前提下完成一些后续处理，可以显著提升用户体验。
比如，如果你需要更新大量DOM节点，可以考虑使用requestAnimationFrame（通常在UI渲染前执行）或者将操作拆分到多个setTimeout中，避免一次性阻塞。而对于那些需要立即响应但又不想阻塞后续UI更新的逻辑（如Promise链），微任务就是完美的工具。
3. 避免“僵尸”状态： 在某些场景下，如果你错误地将一个耗时操作放到了微任务中，并且这个微任务又不断地生成新的微任务，那么微任务队列就永远无法清空，导致宏任务（包括UI渲染）永远得不到执行的机会，页面就会“僵死”。虽然这种情况不常见，但理解优先级可以帮助我们避免这种潜在的性能陷阱。
4. 调试复杂异步流： 当你在调试一个复杂的异步应用时，如果发现某个回调函数没有按预期执行，或者执行时机不对，那么第一反应就应该是检查它是一个微任务还是宏任务，以及它在事件循环中的相对位置。这能大大缩短调试时间。
总的来说，事件循环的优先级机制不是一个抽象的理论，它是我们编写高性能、高响应性JavaScript应用的核心基石。掌握它，你就能更好地驾驭异步编程，让你的应用既强大又流畅。
