JavaScript 是单线程的，因其运行时仅维护一个调用栈和一个任务队列，异步操作由 Web API 或 libuv 处理后再回调，但同步耗时任务（如死循环、大 JSON 解析）仍会阻塞主线程。
JavaScript 为什么是单线程的
因为 JavaScript 运行时（比如浏览器的 V8 或 Node.js）只分配一个调用栈和一个任务队列，setTimeout、fetch、Promise 等异步操作不会在主线程上“卡住”执行，而是交由 Web API 或 libuv 处理，完成后才把回调推入任务队列。这意味着：你写一个死循环 while(true) {}，整个页面就卡死，连按钮点击都无响应——没有第二个线程来救它。
异步操作不等于非阻塞，关键看怎么用
很多初学者以为用了 async/await 就自动“不卡”，其实不然。真正的阻塞来自同步耗时操作，而异步只是把等待逻辑移交出去。下面这些情况依然会阻塞：
-
JSON.parse()解析超大字符串（比如 100MB 的 JSON）是同步的，会卡住主线程 -
for循环里反复做计算（如加密、图像处理），没主动让出控制权，就是阻塞 -
await等待一个没做任何异步封装的长耗时函数，比如await cpuIntensiveTask()，如果这个函数内部全是同步代码，await也救不了
如何真正避免阻塞：分片、Worker、流式处理
核心思路是：别让单次 JS 执行超过 ~16ms（否则掉帧），更别让它持续几十毫秒以上。
- 对长循环做分片：
setTimeout或queueMicrotask拆成小块，让事件循环有机会处理其他任务 - 重计算移出主线程：用
Web Worker（浏览器）或worker_threads（Node.js），避免共享内存误用 -
大数据处理走流式：
fetch响应用response.body.getReader()分块读，而不是等response.json()把整个体加载完
// 示例：用 queueMicrotask 拆分 10 万次计算
function heavyLoop(count) {
const chunk = 1000;
let i = 0;
function doChunk() {
const end = Math.min(i + chunk, count);
while (i < end) {
// 模拟计算
i++;
}
if (i < count) queueMicrotask(doChunk);
}
doChunk();
}
常见错误：把 Promise 当成“多线程开关”
这是最典型的误解。写 new Promise(resolve => { /* 同步死循环 */ })，或者 await Promise.resolve().then(() => longSyncWork())，都不能绕过单线程限制——Promise 只是调度机制，不是线程生成器。
立即学习“Java免费学习笔记（深入）”；
-
Promise构造函数里的执行器是**同步立即运行**的 -
.then()回调进的是微任务队列，但执行时机仍在当前调用栈清空后，仍属同一线程 - 想真正卸载 CPU 密集型任务，必须用
Web Worker或服务端拆分
真正容易被忽略的一点：很多“异步工具库”（比如某些 sleep 实现）底层仍是 while(Date.now() ，这种伪异步比明着写死循环还难排查。
