Cili është ndryshimi midis operacioneve bllokuese dhe jobllokuese në Node.js?

Question

IT Interview Practice · Accepted Answer

Operacionet **bllokuese** (blocking) ekzekutohen në mënyrë sinkrone dhe e mbajnë të zënë të vetmin fill (thread) të JavaScript-it derisa të përfundojnë — ndërkohë asgjë tjetër nuk mund të ekzekutohet. Operacionet **jobllokuese** (non-blocking) e nisin punën, kthehen menjëherë dhe e dorëzojnë rezultatin më vonë përmes një callback-u, një Promise ose një ngjarjeje, kështu që filli mbetet i lirë të bëjë gjëra të tjera.

## Pse Node është njëfilli e megjithatë jobllokues

JavaScript-i juaj ekzekutohet në **një** fill të vetëm të drejtuar nga **cikli i ngjarjeve** (event loop). Hyrja/Dalja (I/O — skedarë, rrjet, DNS) i delegohet **libuv**, i cili nën kapak përdor mjetet asinkrone të sistemit operativ dhe një **grup fijesh** (thread pool) të vogël. Ndërsa ajo punë ndodh jashtë fillit, cikli i ngjarjeve vazhdon të përpunojë callback-e të tjerë. Kur I/O përfundon, callback-u i tij vendoset në radhë dhe ekzekutohet.

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

// Blocking: i gjithë procesi pret këtu; asnjë kërkesë tjetër nuk shërbehet.
const data = fs.readFileSync("big.json");
console.log("done reading");

// Non-blocking: kthehet menjëherë; callback-u ekzekutohet kur mbaron I/O.
fs.readFile("big.json", (err, data) => {
  console.log("done reading");
});
console.log("this logs first");
```

## Bllokuese vs jobllokuese

| | Bllokuese | Jobllokuese |
|---|---|---|
| Stili i API-t | `*Sync` (`readFileSync`) | callback / Promise / `async` |
| Filli | E mban ciklin e ngjarjeve | E liron ciklin e ngjarjeve |
| Kapaciteti | Një kërkesë në një kohë | Shumë kërkesa të njëkohshme |
| Përdore kur | Skripte nisjeje/CLI | Serverë, trajtues kërkesash |

## Kurthi: puna e lidhur me CPU-në prapëseprapë bllokon

Jobllokimi ndihmon vetëm me **I/O**. Një llogaritje sinkrone e rëndë (parsim i një payload-i JSON gjigant, kriptografi, ripërmasim imazhi, një lak i ngjeshur) e bllokon ciklin e ngjarjeve edhe brenda një funksioni `async`, sepse vetë puna e CPU-së ekzekutohet në fillin e JS-it.

```js
// E bllokon ciklin e ngjarjeve gjatë gjithë lakut, pavarësisht se është "async".
async function hash(n) {
  let x = 0;
  for (let i = 0; i < n; i++) x += Math.sqrt(i); // e lidhur me CPU-në, sinkrone
  return x;
}
```

Shpërngulje punën e lidhur me CPU-në te **`worker_threads`**, një proces fëmijë ose një radhë, që cikli i ngjarjeve të mbetet reagues:

```js
const { Worker } = require("node:worker_threads");
new Worker("./cpu-task.js"); // ekzekutohet në një fill të veçantë
```

## Rregulla praktike

- Mos e thirr kurrë API-në `*Sync` brenda një trajtuesi kërkese në një server.
- Përdor I/O asinkrone kudo në rrugën e nxehtë (hot path).
- Zhvendos punën e rëndë për CPU-në jashtë fillit kryesor.
- Ki kujdes për bllokim aksidental: `JSON.parse` i madh, kriptografi sinkrone, regex me backtracking katastrofik.

## Pse ka rëndësi

Modeli i performancës së Node varet tërësisht nga mbajtja e lirë e fillit të vetëm të ciklit të ngjarjeve. Një thirrje e vetme bllokuese e humbur — një `readFileSync`, një hash sinkron, një regex i ngadaltë — ngec **çdo** kërkesë të njëkohshme, jo vetëm atë që e shkaktoi. Të kuptuarit se çfarë bllokon dhe çfarë jo është ndryshimi midis një serveri që shkallëzohet në mijëra lidhje dhe një tjetri që ngrin nën ngarkesë.

	Bllokuese	Jobllokuese
Stili i API-t	`*Sync` (`readFileSync`)	callback / Promise / `async`
Filli	E mban ciklin e ngjarjeve	E liron ciklin e ngjarjeve
Kapaciteti	Një kërkesë në një kohë	Shumë kërkesa të njëkohshme
Përdore kur	Skripte nisjeje/CLI	Serverë, trajtues kërkesash

Pse Node është njëfilli e megjithatë jobllokues

Bllokuese vs jobllokuese

Kurthi: puna e lidhur me CPU-në prapëseprapë bllokon

Rregulla praktike

Pse ka rëndësi

Pyetje të ngjashme