블로킹 작업은 동기적으로 실행되며 끝날 때까지 단 하나뿐인 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를 해제함 |
| 처리량 | 한 번에 요청 하나 | 다수의 동시 요청 |
| 사용 시점 | 시작/CLI 스크립트 | 서버, 요청 핸들러 |
논블로킹은 오직 I/O에만 도움이 됩니다. 무거운 동기 연산(거대한 payload의 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 스레드를 비워 두는 데 전적으로 의존합니다. 길 잃은 블로킹 호출 하나 — readFileSync 하나, 동기 hash 하나, 느린 정규식 하나 — 가 그것을 유발한 요청뿐 아니라 모든 동시 요청을 멈춰 세웁니다. 무엇이 블로킹하고 무엇이 아닌지 이해하는 것이 수천 개의 연결로 확장되는 서버와 부하에 얼어붙는 서버를 가르는 차이입니다.
주니어부터 시니어까지 상세한 답변이 포함된 IT 면접 질문 라이브러리.
후원하기