JavaScript事件循环是单线程下调度同步与异步任务的核心机制，通过持续轮询调用栈与任务队列，优先执行宏任务，再清空全部微任务，实现非阻塞异步。
JavaScript的事件循环是理解它如何“看起来同时做多件事”的核心。它不是靠多线程，而是靠一套精巧的协作机制，在单线程下高效调度同步与异步任务——这直接决定了你的代码会不会卡住、回调什么时候执行、Promise为什么比setTimeout更早触发。
事件循环的本质：一个不断轮询的调度器
JS引擎本身只负责执行代码（比如解析函数、计算表达式），而事件循环（Event Loop）是运行时环境（如浏览器或Node.js）提供的机制，它持续检查两个关键队列：调用栈是否为空，以及任务队列是否有待处理任务。
只要调用栈空了，事件循环就从任务队列里取出一个最老的任务（宏任务），推入调用栈执行；执行完再检查微任务队列，把所有当前可执行的微任务（如Promise.then回调）依次清空；之后才继续下一轮循环。
宏任务和微任务：执行优先级的关键分水岭
不是所有异步任务都“平起平坐”。事件循环严格区分两类任务：
立即学习“Java免费学习笔记（深入）”；
- 宏任务（Macrotask）：script整体代码、setTimeout、setInterval、I/O、UI渲染等。每次循环只取一个。
- 微任务（Microtask）：Promise.then/catch/finally、queueMicrotask()、MutationObserver回调等。每次宏任务执行完，会一次性清空全部当前微任务队列。
这就是为什么下面这段代码输出顺序是 1 → 2 → 4 → 3：
console.log(1);
Promise.resolve().then(() => console.log(4));
setTimeout(() => console.log(3), 0);
console.log(2);
异步任务如何真正“不阻塞”？靠的是移交与回调
JS本身不直接处理耗时操作（如网络请求、文件读取、定时器等待）。当遇到fetch()、setTimeout()或fs.readFile()时，JS引擎把任务交给Web API（浏览器）或libuv（Node.js）去处理，自己立刻继续执行后续同步代码。
等外部系统完成工作后，它会把对应的回调函数（比如then里的函数、setTimeout的回调）放入对应的任务队列。事件循环在合适时机把它拉进来执行——这个“移交—等待—通知—执行”的链条，就是JS实现非阻塞异步的底层逻辑。
实际开发中容易踩的坑
理解事件循环能帮你避开不少反直觉问题：
- 想让某段逻辑“等同步代码跑完再执行”，用
queueMicrotask()比setTimeout(fn, 0)更可靠； - 大量Promise链不会导致“卡顿”，但无限递归的
then()可能撑爆微任务队列； - UI更新（如修改DOM）通常在一次宏任务结束后触发，所以连续改样式后想立刻获取布局信息（offsetHeight），有时需要
setTimeout或requestAnimationFrame来“让出”本轮循环。
基本上就这些。不复杂，但容易忽略。
