JavaScript 是单线程语言，因其浏览器主线程仅有一个调用栈，为避免 DOM 竞态问题而刻意设计；异步任务由宿主环境多线程处理，JS 主线程依事件循环执行宏任务与微任务。
JavaScript 是单线程语言，因为它在浏览器主线程中只有一个调用栈，同一时间只能执行一个同步任务。这不是技术缺陷，而是有意为之的设计选择——为避免 DOM 操作的竞态问题，比如两个线程同时删节点又加样式，浏览器根本没法决定以谁为准。
为什么 DOM 操作强制要求单线程
浏览器渲染线程和 JS 主线程是互斥的：JS 正在执行时，页面暂停渲染；渲染进行时，JS 被挂起。如果 JS 支持多线程，就可能出现：
- 线程 A 执行
document.getElementById('app').innerHTML = 'loading...' - 线程 B 同时执行
document.body.removeChild(app) - 结果不可预测：节点可能被删了又赋值，或赋值后立刻报错“Cannot set property innerHTML of null”
所以，单线程不是妥协，是保障 DOM 操作可预测、可调试的底线。
异步不是 JS 引擎干的，是浏览器/Node.js 帮你扛的
真正处理 setTimeout、fetch、addEventListener 的，不是 JS 引擎本身，而是宿主环境提供的多线程能力：
立即学习“Java免费学习笔记（深入）”；
创建 Flask + Vue.js 全栈项目，采用单端口架构、uv 依赖管理、结构化日志和生产级前端设计。当用户要求以下操作时触发：创建新的 Flask+Vue 项目、搭建 Web 应用、构建全栈 Python+Vue 应用、初始化 Flask Web 项目、设置单端口 Flask 前后端项目。触发词：新建项目、创建项目、搭建项目、Flask项目、Vue项目。
-
setTimeout由定时器线程计时，到期后把回调推入宏任务队列 -
fetch由网络线程发起请求，响应后把then回调推入微任务队列 -
click事件由 DOM 事件线程监听，触发后把事件处理器排队
JS 主线程只做一件事：清空调用栈 → 执行一个宏任务 → 清空所有微任务 → 再取下一个宏任务。这就是事件循环（Event Loop）的真实节奏。
微任务 vs 宏任务：最容易写错的执行顺序
下面这段代码输出顺序是 1 → 4 → 3 → 2，很多人误以为 setTimeout 是“0毫秒立即执行”：
console.log(1); setTimeout(() => console.log(2), 0); Promise.resolve().then(() => console.log(3)); console.log(4);
原因在于：
-
console.log(1)和console.log(4)是同步任务，立刻进栈执行 -
Promise.then是微任务，排在当前宏任务（整个脚本）末尾、下一个宏任务之前 -
setTimeout是宏任务，必须等当前宏任务+所有微任务执行完，才进入下一轮事件循环
这个优先级规则在 Vue、React 的更新时机、await 后续逻辑、甚至 MutationObserver 中都直接影响状态一致性。
真正难的不是记住“单线程”，而是理解：当 while (Date.now() 这种长任务卡住主线程时，不仅 UI 冻结，连 <code>requestIdleCallback、resize 事件、甚至 Promise 微任务都会被延后——因为事件循环根本没机会跑起来。这种“假死”不是异步失效，恰恰是单线程最诚实的表现。
