JavaScript单线程指引擎仅有一个调用栈，但通过事件循环与宿主环境协作实现并发：异步I/O由底层线程处理，主线程专注调度；微任务优先于宏任务执行；CPU密集任务需Worker或分片处理。
JavaScript 的“单线程”不是限制，并发也从不依赖多线程。它靠的是事件循环把任务调度得足够聪明——同步代码直走调用栈，异步操作交由宿主环境处理，完成后再按优先级（微任务 > 宏任务）排队回主线程执行。
单线程 ≠ 不能并发
单线程指 JavaScript 引擎只有一个调用栈，同一时刻只能执行一个同步任务。但这不等于不能同时“处理多个事情”。比如发起 10 个 fetch 请求，它们在浏览器底层由网络线程并行发出，主线程全程不卡顿，等响应回来才触发回调。这种 I/O 并发能力，正是事件循环与宿主环境（浏览器/Node.js）协作的结果。
关键点在于：
- 耗时操作（如网络、文件、定时器）不占用 JS 执行栈，而是委托给更底层的线程池或系统 API
- 主线程只负责调度和协调，真正“干活”的是外部环境
- 用户交互、动画、脚本执行能交错进行，感知上就是“同时响应”
事件循环怎么分清轻重缓急？
事件循环不是简单地“轮着来”，它严格区分两类队列：
立即学习“Java免费学习笔记（深入）”；
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 微任务队列：Promise.then、MutationObserver、queueMicrotask 的回调，优先级最高；每次同步代码执行完，立刻清空整个微任务队列
- 宏任务队列：setTimeout、setInterval、I/O 回调、UI 渲染等，每次事件循环只取一个执行
这种分级机制确保了 Promise 链不会被定时器打断，也保障了 DOM 更新前能完成所有相关状态变更。
高并发不是堆任务，而是卸载和拆分
当遇到 CPU 密集型计算（如图像处理、大数据排序），事件循环本身帮不上忙——它无法让同步代码变快。这时必须主动干预：
- 用 Web Worker（浏览器）或 Worker Thread（Node.js）把计算挪到独立线程，主线程只收结果
- 若无法用 Worker，就把大任务切成小块，用 queueMicrotask 或 setTimeout(, 0) 分批执行，每执行一小段就让出控制权，保持页面可响应
- 避免长同步循环（如 for 循环一亿次），它会直接锁死事件循环，连点击都收不到
别被“setTimeout(fn, 0)”骗了
它并不会立即执行，只是把回调插入宏任务队列末尾。真正执行时机取决于：当前同步代码是否结束、微任务队列是否已清空、以及之前有多少宏任务在排队。这也是为什么下面代码输出顺序是 “开始 → 结束 → Promise 任务 → setTimeout 任务”：
console.log("开始");setTimeout(() => console.log("setTimeout 任务"), 0);
Promise.resolve().then(() => console.log("Promise 任务"));
console.log("结束");
理解这点，才能真正拿捏事件循环的节奏，而不是靠猜。
