Blocking（阻塞）操作同步运行，会占用唯一的 JavaScript 线程直到完成——在此期间其他任何东西都无法运行。Non-blocking（非阻塞）操作启动工作后立即返回，稍后通过 callback、Promise 或 event 交付结果，因此线程可以腾出来做其他事情。
你的 JavaScript 运行在由 驱动的线程上。I/O（文件、网络、DNS）被委托给 ，它在底层使用操作系统的异步机制和一个小的 。当那部分工作在线程之外进行时，event loop 会继续处理其他 callback。当 I/O 完成时，其 callback 会被排入队列并运行。
const fs = require("node:fs");
// Blocking：整个进程在此等待；没有其他 request 得到服务。
const data = fs.readFileSync("big.json");
console.log("done reading");
// Non-blocking：立即返回；callback 在 I/O 完成时运行。
fs.readFile("big.json", (err, data) => {
console.log("done reading");
});
console.log("this logs first");
| Blocking | Non-blocking | |
|---|---|---|
| API 风格 | *Sync（readFileSync） | callback / Promise / async |
| 线程 | 占用 event loop | 释放 event loop |
| 吞吐量 | 一次一个 request | 多个并发 request |
| 何时使用 | 启动/CLI 脚本 | 服务器、request handler |
Non-blocking 只对 I/O 有帮助。一次繁重的同步计算（对巨大 payload 做 JSON 解析、crypto、图像缩放、一个紧密的循环）即使在 async 函数内部也会阻塞 event loop，因为 CPU 工作本身运行在 JS 线程上。
// 尽管标记为 "async"，仍会在整个循环期间阻塞 event loop。
async function hash(n) {
let x = 0;
for (let i = 0; i < n; i++) x += Math.sqrt(i); // CPU-bound，同步
return x;
}
将 CPU-bound 工作转移到 worker_threads、一个 child process 或一个队列，使 event loop 保持响应：
const { Worker } = require("node:worker_threads");
new Worker("./cpu-task.js"); // 在单独的线程上运行
*Sync API。JSON.parse、同步 crypto、带灾难性回溯（catastrophic backtracking）的正则。Node 的性能模型完全依赖于让唯一的 event-loop 线程保持空闲。一次走失的阻塞调用——一个 readFileSync、一次同步 hash、一个缓慢的正则——会让每一个并发 request 停滞，而不仅仅是触发它的那个。理解什么会阻塞、什么不会，正是一台能扩展到数千连接的服务器与一台在负载下冻结的服务器之间的区别。
一个包含详细解答的 IT 面试题库——从初级到高级。
捐赠