web worker 和 worker_threads 可真正实现 cpu 密集任务非阻塞：浏览器用 web worker 移出主线程，node.js 用 worker_threads；需封装为 promise 以支持 async/await，禁用 settimeout 或微任务“伪非阻塞”。
在 async 函数中直接执行复杂算法（比如大数组排序、图像处理、密码学运算）会导致主线程阻塞，即便函数本身是 async，也无法实现“非阻塞”——因为 JavaScript 是单线程的，await 只能挂起当前 async 函数，但无法让 CPU 密集型任务自动让出线程。
用 Web Worker 拆离 CPU 密集任务
真正实现非阻塞的关键是把耗时计算移出主线程。浏览器环境推荐使用 Web Worker，它在独立线程运行，不干扰 UI 渲染和用户交互。
- 新建一个
worker.js文件，把算法逻辑写在里面（注意：不能直接访问window、document等主线程对象） - 主线程中用
new Worker()实例化，并通过postMessage()传入数据，用onmessage接收结果 - 为方便在 async/await 中使用，可封装成 Promise：
async function runHeavyCalc(data) {
const worker = new Worker('./worker.js');
return new Promise((resolve, reject) => {
worker.onmessage = e => resolve(e.data);
worker.onerror = err => reject(err);
worker.postMessage(data); // 发送输入
});
}
// 后续可 await 调用
const result = await runHeavyCalc(largeArray);
Node.js 环境用 worker_threads 模块
Node.js v12+ 提供了 worker_threads 模块，功能类似 Web Worker，适合服务端 CPU 密集型任务（如批量数据解析、机器学习推理前处理）。
- 主模块中创建
Worker实例，传入子线程脚本路径和workerData - 子线程通过
parentPort.postMessage()返回结果 - 同样建议封装为 Promise，便于 await 链式调用
- 注意：线程创建/通信有开销，不适合极短任务；大量并发需控制 Worker 数量（例如用 Worker Pool）
避免常见误区
-
不要用
setTimeout(..., 0)或Promise.resolve().then()“模拟”非阻塞——它们只是把任务推到微任务/宏任务队列，仍在线程内执行，无法缓解 CPU 压力 -
不要在 async 函数里用
while (Date.now() 这类忙等待，这会彻底卡死事件循环 - 拆分任务 + requestIdleCallback（前端）或 setImmediate（Node.js） 适用于可中断的长任务（如遍历百万级列表），但不如 Worker 彻底；适合需要响应进度、且单次计算较轻的场景
补充：简单降级与兜底策略
部分老旧浏览器不支持 Worker，或 Node.js 版本过低。可设计降级逻辑：
- 尝试初始化 Worker，失败则 fallback 到主线程同步执行（加 warning 日志）
- 对小规模输入（如数组长度
- 提供取消机制（Worker 中监听
onmessage判断是否收到 cancel 指令）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
