JavaScript引擎是单线程的，仅有一个调用栈，同步任务排队执行；异步能力由浏览器/Node.js提供的Web APIs、任务队列和Event Loop实现，async/await本质仍是微任务调度，不引入多线程。
JavaScript 引擎本身确实是单线程的
所谓“单线程”，是指 JavaScript 运行时只有一个调用栈（call stack），同一时刻只能执行一个同步任务。你写的 console.log()、for 循环、函数调用，都得排队进栈、逐个执行。这不是设计缺陷，而是为了简化 DOM 操作的并发模型——避免两个线程同时修改同一个元素导致状态不一致。
异步能力来自运行环境，不是 JS 语言本身
浏览器或 Node.js 提供了额外的机制来“脱手”耗时操作，让 JS 主线程不被卡住。关键组件包括：
-
Web APIs（如setTimeout、fetch、addEventListener）：它们在后台线程或系统级模块中执行，完成后把回调放入任务队列 -
Event Loop：持续检查调用栈是否为空；若空，则从任务队列（macrotask queue）或微任务队列（microtask queue）里取一个回调推入调用栈 -
Promise.then()和queueMicrotask()进入微任务队列；setTimeout、setInterval、I/O 回调进宏任务队列
console.log('1');
setTimeout(() => console.log('2'), 0);
Promise.resolve().then(() => console.log('3'));
console.log('4');
// 输出顺序一定是：1 → 4 → 3 → 2
常见误解：async/await 是多线程？
不是。async 函数只是语法糖，本质仍是基于 Promise 的微任务调度。它不会开新线程，也不会让 JS 引擎并行执行代码。下面这段代码依然全程跑在主线程上：
async function loadData() {
const res = await fetch('/api/data'); // 这里只是暂停函数执行，不阻塞主线程
const data = await res.json(); // 同样，控制权交还给 Event Loop
return data;
}
真正耗时的网络请求由浏览器底层用 C++ 实现的网络模块处理，JS 只负责注册回调和后续解析。
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
立即学习“Java免费学习笔记（深入）”；
为什么不能靠 Web Workers 绕过单线程限制？
Web Workers 确实能创建新线程，但它和主线程完全隔离：无法访问 document、window 或任何 DOM API，只能通过 postMessage() 传递序列化数据。这意味着它适合纯计算型任务（比如图像处理、加密），但不能用来“让 setTimeout 更快”或者“并发更新页面”。多数业务逻辑仍必须回到主线程协调。
真正容易被忽略的是：即使用了 Promise.all() 并发发起多个 fetch，这些请求在底层可能并行发出，但每个响应的 .then() 仍按微任务顺序串行进入调用栈——你无法靠 JS 代码本身实现真正的并行执行流。
