JavaScript 是单线程语言，但依赖运行时环境（如浏览器或 Node.js）的事件循环和底层多线程能力实现异步非阻塞；JS 引擎无线程调度能力，所有同步代码顺序执行；异步任务由宿主环境代劳，通过微/宏任务队列调度；Web Worker 提供独立线程隔离运行；async/await 仅为 Promise 语法糖，不创建新线程。
JavaScript 本身确实是单线程语言，但「单线程」不等于「不能并发处理异步任务」——关键在于运行时环境（如浏览器或 Node.js）提供的事件循环机制和底层多线程能力。
JavaScript 引擎本身没有线程调度能力
JS 引擎（V8、SpiderMonkey 等）只维护一个调用栈和一个内存堆，所有同步代码都在这个主线程里顺序执行。它不提供 pthread_create 或 new Worker() 这类原生线程创建接口（Web Worker 是宿主环境提供的，不是 JS 语言特性）。
这意味着：
-
while(true)会彻底阻塞页面响应，无法靠 JS 自身“切走”执行权 - 没有
sleep()、yield()等协作式让出控制权的语句 - 所有函数调用、对象构造、表达式求值，都严格遵循栈式 LIFO 执行顺序
异步任务靠宿主环境「代劳」，再通过事件循环回调
真正做耗时操作的不是 JS 引擎，而是浏览器或 Node.js 的 C++ 底层模块：XMLHttpRequest 由网络线程处理，setTimeout 由定时器线程管理，fs.readFile 在 Node 中由线程池完成。JS 只是发起请求并注册回调函数。
立即学习“Java免费学习笔记（深入）”；
事件循环（Event Loop）持续检查：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 调用栈是否为空
- 微任务队列（
Promise.then、MutationObserver）是否有待执行项 - 宏任务队列（
setTimeout、setInterval、I/O 回调）是否有待执行项
一旦栈空，就先清空微任务队列，再取一个宏任务执行——这就是「异步非阻塞」的实质。
Web Worker 是唯一能绕过主线程限制的 JS 原生方案
Web Worker 允许在独立线程中运行脚本，但它与主线程完全隔离：不能访问 document、window，通信只能靠 postMessage() 和 onmessage，且数据传递是结构化克隆（非共享内存）。
典型使用场景：
- 大量数组排序或图像像素计算
- 加密解密、压缩解压等 CPU 密集型任务
- 避免长时间运算导致主线程卡顿（如 Canvas 动画掉帧）
const worker = new Worker('worker.js');
worker.postMessage({ data: largeArray });
worker.onmessage = (e) => {
console.log('计算结果:', e.data);
};async/await 不是多线程，只是语法糖
async 函数返回的是 Promise，await 只是暂停当前函数执行，把控制权交还给事件循环——它不会新开线程，也不会让出 CPU 时间片。下面这段代码仍是单线程执行：
async function fetchAndProcess() {
const res = await fetch('/api/data'); // 暂停，等网络线程回调
const data = await res.json(); // 暂停，等解析完成
return data.map(x => x * 2); // 同步执行，仍在主线程
}容易被忽略的一点：如果 await 后面跟的是一个已经 resolve 的 Promise，或者干脆是普通值，那它几乎不产生异步延迟，直接进入下一行——很多人误以为 await 必然“等待”，其实它只等待 Promise 状态变更。
