Node.js'te blocking ve non-blocking işlemler arasındaki fark nedir?

Question

IT Interview Practice · Accepted Answer

**Blocking** (engelleyen) işlemler senkron çalışır ve bitene kadar tek JavaScript thread'ini tutar — bu sırada başka hiçbir şey çalışamaz. **Non-blocking** (engellemeyen) işlemler işi başlatır, hemen geri döner ve sonucu daha sonra bir callback, Promise veya event aracılığıyla teslim eder; böylece thread başka işler yapmak için serbest kalır.

## Node neden tek thread'li ama yine de non-blocking

JavaScript'iniz **event loop** tarafından yönetilen **tek** bir thread üzerinde çalışır. I/O (dosyalar, ağ, DNS) **libuv**'a devredilir; libuv da kaputun altında işletim sisteminin async olanaklarını ve küçük bir **thread pool**'u kullanır. Bu iş thread dışında gerçekleşirken, event loop diğer callback'leri işlemeye devam eder. I/O tamamlandığında callback'i kuyruğa alınır ve çalıştırılır.

```js
const fs = require("node:fs");

// Blocking: tüm process burada bekler; başka hiçbir request'e hizmet verilmez.
const data = fs.readFileSync("big.json");
console.log("done reading");

// Non-blocking: hemen geri döner; callback I/O bittiğinde çalışır.
fs.readFile("big.json", (err, data) => {
  console.log("done reading");
});
console.log("this logs first");
```

## Blocking'e karşı non-blocking

| | Blocking | Non-blocking |
|---|---|---|
| API stili | `*Sync` (`readFileSync`) | callback / Promise / `async` |
| Thread | event loop'u tutar | event loop'u serbest bırakır |
| Verim | Aynı anda tek request | Birçok eşzamanlı request |
| Ne zaman kullanılır | Başlangıç/CLI script'leri | Sunucular, request handler'ları |

## Tuzak: CPU-bound iş yine de engeller

Non-blocking yalnızca **I/O** ile yardımcı olur. Ağır bir senkron hesaplama (devasa bir payload'ı JSON parse etmek, crypto, görüntü yeniden boyutlandırma, sıkı bir döngü) `async` bir fonksiyonun içinde bile event loop'u engeller, çünkü CPU işinin kendisi JS thread'inde çalışır.

```js
// "async" olmasına rağmen tüm döngü boyunca event loop'u engeller.
async function hash(n) {
  let x = 0;
  for (let i = 0; i < n; i++) x += Math.sqrt(i); // CPU-bound, senkron
  return x;
}
```

Event loop'un yanıt verir kalması için CPU-bound işi **`worker_threads`**'e, bir child process'e veya bir kuyruğa taşıyın:

```js
const { Worker } = require("node:worker_threads");
new Worker("./cpu-task.js"); // ayrı bir thread'de çalışır
```

## Genel kurallar

- Bir sunucuda request handler içinde asla `*Sync` API'lerini çağırmayın.
- Hot path'te her yerde async I/O kullanın.
- CPU-ağır işi ana thread'den uzaklaştırın.
- Kazara engellemeye dikkat edin: büyük `JSON.parse`, senkron crypto, catastrophic backtracking içeren regex'ler.

## Neden önemli

Node'un performans modeli tamamen tek event-loop thread'ini serbest tutmaya bağlıdır. Yolunu şaşırmış tek bir blocking çağrı — bir `readFileSync`, bir senkron hash, yavaş bir regex — yalnızca onu tetikleyen request'i değil, **her** eşzamanlı request'i durdurur. Neyin engellediğini ve neyin engellemediğini anlamak, binlerce bağlantıya ölçeklenebilen bir sunucu ile yük altında donan bir sunucu arasındaki farktır.

	Blocking	Non-blocking
API stili	`*Sync` (`readFileSync`)	callback / Promise / `async`
Thread	event loop'u tutar	event loop'u serbest bırakır
Verim	Aynı anda tek request	Birçok eşzamanlı request
Ne zaman kullanılır	Başlangıç/CLI script'leri	Sunucular, request handler'ları

Node neden tek thread'li ama yine de non-blocking

Blocking'e karşı non-blocking

Tuzak: CPU-bound iş yine de engeller

Genel kurallar

Neden önemli

İlgili sorular