ブロッキング操作は同期的に実行され、完了するまで唯一の JavaScript スレッドを占有します。その間、ほかには何も動けません。ノンブロッキング操作は処理を開始してすぐに戻り、結果はあとで callback、Promise、あるいはイベントを通じて届けます。そのためスレッドはほかの作業をする余裕を保てます。
あなたの JavaScript は が駆動する のスレッドで動きます。I/O（ファイル、ネットワーク、DNS）は に委譲され、libuv は内部で OS の非同期機能と小さな を使います。その処理がスレッド外で進む間、event loop はほかの callback を処理し続けます。I/O が完了すると、その callback がキューに入れられて実行されます。
const fs = require("node:fs");
// ブロッキング: ここでプロセス全体が待つ。ほかのリクエストは処理されない。
const data = fs.readFileSync("big.json");
console.log("done reading");
// ノンブロッキング: すぐに戻る。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 を解放 |
| スループット | 一度に 1 リクエスト | 多数の同時リクエスト |
| 使う場面 | 起動/CLI スクリプト | サーバー、リクエストハンドラ |
ノンブロッキングが効くのは I/O に対してだけです。重い同期計算（巨大なペイロードの JSON パース、暗号処理、画像リサイズ、密なループ）は、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 バウンド、同期
return x;
}
event loop を応答可能に保つため、CPU バウンドの処理は worker_threads、child process、あるいは queue に逃がしましょう。
const { Worker } = require("node:worker_threads");
new Worker("./cpu-task.js"); // 別スレッドで動く
*Sync API を呼んではいけません。JSON.parse、同期の暗号処理、catastrophic backtracking を起こす正規表現。Node の性能モデルは、唯一の event loop スレッドを空けておくことに完全に依存します。たった 1 つの迷子のブロッキング呼び出し——readFileSync、同期ハッシュ、遅い正規表現——が、それを引き起こしたリクエストだけでなく、すべての同時リクエストを止めてしまいます。何がブロックし何がしないかを理解することが、数千の接続にスケールするサーバーと、負荷でフリーズするサーバーとの分かれ目です。
ジュニアからシニアまで、詳細な回答付きのIT面接質問ライブラリ。
寄付する