JavaScript是单线程的，因浏览器中JS执行与DOM渲染共用主线程，避免多线程操作DOM引发的同步问题；通过事件循环协调宏任务与微任务实现异步。
JavaScript 是单线程的，是因为它在浏览器环境中只有一个主线程来执行 JS 代码，这避免了多线程操作 DOM 时可能引发的复杂同步问题。但它通过事件循环（Event Loop）机制，配合调用栈、任务队列（宏任务和微任务）以及 Web API，实现了看似“并行”的异步行为。
为什么设计成单线程？
核心原因在于浏览器 DOM 渲染与 JS 执行共享同一主线程。如果 JS 是多线程的，两个线程同时修改同一个 DOM 节点，浏览器无法确定以谁为准——比如一个线程删除节点，另一个线程想给它加样式。为简化模型、保证渲染一致性，JS 从诞生起就采用单线程设计。
注意：Web Worker 是例外，它运行在独立线程，但不能访问 DOM，与主线程靠 postMessage 通信，不改变 JS 主线程的单线程本质。
事件循环如何协调异步任务？
事件循环不是 JavaScript 引擎的一部分，而是由宿主环境（如浏览器或 Node.js）实现的调度机制。它持续检查调用栈是否为空，并按规则从任务队列中取出回调执行。
立即学习“Java免费学习笔记（深入）”；
- 调用栈（Call Stack）：同步代码执行的地方，后进先出。遇到函数调用就压入，执行完就弹出。
- Web API（如 setTimeout、fetch、addEventListener）：这些异步操作由浏览器底层处理，不阻塞调用栈。完成后，它们把回调函数推入对应的任务队列。
-
任务队列分两类：
- 宏任务队列（Macrotask Queue）：setTimeout、setInterval、I/O、UI 渲染、script 标签整体执行等。
- 微任务队列（Microtask Queue）：Promise.then/catch/finally、queueMicrotask、MutationObserver 回调等。
- 执行顺序规则：每次事件循环，先清空当前所有微任务（直到微任务队列为空），再取一个宏任务执行；下一轮循环重复该过程。
一个典型执行顺序示例
以下代码能清晰体现宏任务与微任务的优先级：
console.log(1); setTimeout(() => console.log(2), 0); Promise.resolve().then(() => console.log(3)); console.log(4);
输出顺序是：1 → 4 → 3 → 2。 说明：1 和 4 是同步代码，立即执行；Promise.then 是微任务，排在当前宏任务末尾、下一个宏任务之前；setTimeout 是宏任务，要等到下一轮事件循环才执行。
Node.js 中的差异点
Node.js 的事件循环更细粒度，分为六个阶段（timers、pending callbacks、idle/prepare、poll、check、close callbacks），其中 Promise 微任务在每个阶段切换前执行（类似浏览器的“每轮清空微任务”）。另外，Node.js 中 setImmediate（check 阶段）和 setTimeout（timers 阶段）的执行顺序取决于调用时机和系统性能，不绝对固定。
