事件循环是javascript异步编程的核心机制，它作为“调度员”协调单线程与非阻塞i/o的矛盾，确保高效并发处理。1. js单线程靠调用栈执行同步任务，异步操作交由宿主环境处理后，回调进入宏任务队列或微任务队列；2. 事件循环持续检查调用栈，清空后优先执行所有微任务（如promise），再执行一个宏任务（如settimeout）；3. 浏览器与node.js共用此模型，但node.js事件循环分阶段（如timers、poll、check），且process.nexttick微任务优先级高于promise，影响实际执行顺序，需根据平台特性优化代码。
事件循环，在我看来，就是JavaScript这门语言的心脏，它跳动的节奏决定了我们代码的运行方式。很多人初学JS时，可能觉得它就是一行行往下执行，但很快就会遇到像网络请求、定时器这样的“异步”操作。这时候，如果没有事件循环，我们的程序就会陷入漫长的等待，整个页面或应用都会卡死。所以，说它是核心机制，是因为它根本性地解决了JS单线程执行与非阻塞I/O之间的矛盾，让JS能够高效地处理大量并发操作，同时保持用户界面的响应性。它不是什么高深的魔法，而是一套精妙的调度系统，让我们的代码在有限的资源下，也能游刃有余。
解决方案
要理解事件循环如何工作，得从JavaScript的运行时环境说起。JS本身是单线程的，这意味着它一次只能做一件事。它有一个“调用栈”（Call Stack），所有同步任务都在这里按顺序执行。当遇到像setTimeout、Promise或者网络请求（如fetch）这类异步操作时，JS引擎并不会傻傻地等着它们完成。相反，它会将这些任务交给宿主环境（比如浏览器或Node.js的Web APIs/C++ APIs）去处理。
这些异步任务完成后，它们的回调函数并不会立即回到调用栈。它们会被放入一个“任务队列”（Task Queue，也叫宏任务队列）或“微任务队列”（Microtask Queue）。而事件循环（Event Loop）的作用，就是不断地检查调用栈是否为空。一旦调用栈清空，事件循环就会先去微任务队列里，把所有排队的微任务一个接一个地推到调用栈上执行，直到微任务队列清空。接着，它才会从宏任务队列里取出一个任务（注意，是“一个”），推到调用栈上执行。这个过程周而复始，确保了异步任务在不阻塞主线程的前提下，能够有序地执行。
立即学习“Java免费学习笔记（深入）”；
事件循环在JavaScript异步编程中扮演了什么角色？
事件循环在JavaScript异步编程中扮演的角色，可以说是至关重要的“调度员”和“协调者”。它确保了即使JavaScript是单线程的，也能以非阻塞的方式处理耗时的操作，这直接关系到用户体验和系统性能。
想象一下，如果JS没有事件循环，当你的代码发起一个耗时5秒的网络请求时，整个浏览器页面就会冻结5秒，用户什么都做不了，这显然是不可接受的。事件循环的机制，正是为了避免这种“卡顿”而设计的。它允许我们将耗时的操作“外包”给宿主环境，然后只在这些操作完成后，将对应的回调函数排队等待执行。
对于前端应用来说，这意味着UI不会因为数据加载、动画执行等而僵死；对于Node.js这样的后端环境，它使得单个线程能够处理成千上万的并发连接，而不需要为每个连接都创建一个新的线程（这会消耗大量的内存和CPU资源）。这种非阻塞I/O模型，正是Node.js高并发能力的核心所在。所以，事件循环是JS能够驾驭复杂异步场景，并成为现代Web开发基石的关键。没有它，JS的异步编程几乎无从谈起，更别提那些复杂的交互和高性能的服务了。
微任务与宏任务：事件循环中的优先级与执行机制解析
理解微任务（Microtask）和宏任务（Macrotask）在事件循环中的优先级，是掌握JS异步执行顺序的关键。它们是两种不同类型的异步任务，事件循环在处理它们时有着明确的先后顺序。
宏任务包括但不限于：setTimeout、setInterval、I/O操作（如文件读写、网络请求）、UI渲染事件（浏览器环境）、以及初始的脚本执行本身。每次事件循环迭代，只会从宏任务队列中取出一个任务来执行。
微任务则包括：Promise的回调（then、catch、finally）、async/await（await后面的代码）、MutationObserver的回调，以及Node.js中的process.nextTick。微任务的优先级高于宏任务。这意味着，在执行完一个宏任务之后，事件循环会立即清空所有排队的微任务，然后才会进入下一个宏任务的执行。
这个优先级机制非常重要。来看一个经典的例子：
console.log('Script Start'); // 1
setTimeout(() => {
console.log('Macrotask: setTimeout 1'); // 5
Promise.resolve().then(() => {
console.log('Microtask: Promise inside setTimeout'); // 6
});
}, 0);
Promise.resolve().then(() => {
console.log('Microtask: Promise 1'); // 3
});
setTimeout(() => {
console.log('Macrotask: setTimeout 2'); // 7
}, 0);
Promise.resolve().then(() => {
console.log('Microtask: Promise 2'); // 4
});
console.log('Script End'); // 2这段代码的输出顺序会是：
-
Script Start(同步代码) -
Script End(同步代码) -
Microtask: Promise 1(第一个微任务，在第一个宏任务之前执行) -
Microtask: Promise 2(第二个微任务，在第一个宏任务之前执行) -
Macrotask: setTimeout 1(第一个宏任务) -
Microtask: Promise inside setTimeout(在setTimeout 1执行后，立即清空其产生的微任务) -
Macrotask: setTimeout 2(第二个宏任务)
这个例子清楚地展示了：当前宏任务（这里是整个脚本的执行）完成后，事件循环会优先处理所有积压的微任务，然后才轮到下一个宏任务。这种机制使得Promise能够提供更细粒度的异步控制，并且通常比setTimeout(..., 0)更快地执行其回调。
浏览器与Node.js：事件循环机制的细微差异与实践考量
虽然事件循环的核心概念——单线程、调用栈、任务队列、微任务队列以及循环检查机制——在浏览器和Node.js环境中是相同的，但它们在具体实现和某些细节上存在着值得注意的差异。这些差异源于它们各自不同的应用场景和宿主环境API。
共同点：
- 都采用单线程执行JavaScript代码。
- 都有调用栈（Call Stack）、堆（Heap）。
- 都区分宏任务（Macrotask）和微任务（Microtask），且微任务优先级高于宏任务。
- 都利用事件循环机制来处理异步操作，避免阻塞主线程。
差异点与实践考量：
-
宏任务源不同：
-
浏览器环境： 宏任务主要包括
setTimeout、setInterval、UI渲染事件、用户交互事件（如点击、滚动）、MessageChannel、requestAnimationFrame（虽然它通常被视为一个独立的渲染阶段，但其调度也与事件循环紧密相关）。 -
Node.js环境： 宏任务主要包括
setTimeout、setInterval、I/O操作（文件系统、网络请求）、以及Node.js特有的setImmediate。
-
浏览器环境： 宏任务主要包括
-
Node.js的事件循环阶段（Phases）： Node.js的事件循环比浏览器更复杂，它被划分为多个阶段，每个阶段都有其特定的任务队列：
-
timers (定时器): 执行
setTimeout和setInterval的回调。 - pending callbacks (待定回调): 执行某些系统操作的回调，例如TCP错误。
- idle, prepare (空闲、准备): 仅内部使用。
-
poll (轮询):
- 检查新的I/O事件。
- 执行I/O相关的回调（几乎所有I/O回调都在此阶段执行）。
- 在适当条件下，此阶段会阻塞，等待新的I/O事件。
-
check (检查): 执行
setImmediate的回调。 -
close callbacks (关闭回调): 执行
close事件的回调，例如socket.on('close', ...)。
实践考量： 这种分阶段的机制导致了
setTimeout(..., 0)和setImmediate在Node.js中的执行顺序可能不同。setImmediate总是在当前poll阶段结束后，进入check阶段时执行；而setTimeout(..., 0)则依赖于定时器设定的阈值，可能在下一个timers阶段执行。如果poll阶段有大量I/O操作，setImmediate可能比setTimeout(..., 0)更快。// Node.js 特有示例 const fs = require('fs'); fs.readFile(__filename, () => { console.log('readFile callback'); // 宏任务 (I/O) setTimeout(() => { console.log('setTimeout in readFile'); // 宏任务 (timers) }, 0); setImmediate(() => { console.log('setImmediate in readFile'); // 宏任务 (check) }); }); setTimeout(() => { console.log('setTimeout global'); // 宏任务 (timers) }, 0); setImmediate(() => { console.log('setImmediate global'); // 宏任务 (check) }); // 典型的输出顺序（不绝对，取决于I/O完成时间）： // setTimeout global // setImmediate global // readFile callback // setImmediate in readFile // setTimeout in readFile // （如果I/O操作在进入timers阶段前完成，readFile callback 会在 setTimeout global 和 setImmediate global 之后） -
timers (定时器): 执行
-
process.nextTick(Node.js特有微任务)：process.nextTick在Node.js中是一个特殊的微任务，它的优先级甚至高于Promise微任务。它会在当前调用栈清空后，立即执行，在任何Promise回调之前。实践考量：
process.nextTick常用于需要立即执行，但又不能阻塞当前同步代码的场景，比如在异步操作返回结果前，进行一些清理或准备工作。过度使用process.nextTick可能导致I/O starvation，因为它会不断地清空微任务队列，延迟进入下一个宏任务阶段。
理解这些差异对于编写健壮、高性能的跨平台JavaScript代码至关重要。在浏览器中，你可能更关注UI响应和requestAnimationFrame的调度；而在Node.js中，你则需要深入理解各个阶段的执行顺序，特别是setImmediate和process.nextTick的行为，以优化I/O密集型应用的性能。
