Το event loop εκτελεί τη JavaScript σας σε ένα μόνο νήμα (single thread), οπότε οτιδήποτε σύγχρονο διαρκεί πολύ το μπλοκάρει — και όσο είναι μπλοκαρισμένο, το Node δεν εξυπηρετεί κανένα άλλο request, timer ή callback. Το μπλοκάρισμα είναι σχεδόν πάντα εργασία δεσμευμένη από τη CPU (CPU-bound) ή ένα *Sync API, ποτέ σωστά awaited ασύγχρονο I/O.
*Sync) API — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync. Περιμένουν επιτόπου αντί να παραδώσουν την εργασία στο libuv.map/sort/filter σε πίνακες, μαθηματικά πινάκων (matrix), επεξεργασία εικόνας/βίντεο, parsing/serializing τεράστιων δομών.JSON.parse / JSON.stringify — σύγχρονα και O(n)· ένα payload πολλών MB παγώνει τον βρόχο για όλη τη διάρκεια του parsing.crypto.pbkdf2Sync, bcrypt σε σύγχρονη λειτουργία, hashing μεγάλων buffer στο κύριο νήμα.while (true), απεριόριστη αναδρομή, for πάνω σε εκατομμύρια στοιχεία με εργασία ανά στοιχείο.// Όλα αυτά μπλοκάρουν τον βρόχο — στο μεταξύ δεν εξυπηρετείται κανένα άλλο request:
const data = fs.readFileSync("big.json"); // σύγχρονο I/O
const obj = JSON.parse(hugeString); // μεγάλο parse
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // σύγχρονη κρυπτογραφία
for (let i = 0; i < 1e9; i++) { /* CPU */ } // σφιχτός βρόχος
Το να τυλίξεις εργασία CPU σε μια
asyncσυνάρτηση δεν βοηθάει — ηasyncπαραχωρεί τον έλεγχο μόνο στοawait· το σύγχρονο σώμα εξακολουθεί να τρέχει μέχρι το τέλος στο νήμα του βρόχου.
perf_hooks.monitorEventLoopDelay() ή βιβλιοθήκες όπως το blocked-at· αυξανόμενη καθυστέρηση σημαίνει ότι κάτι μονοπωλεί το νήμα.node --prof, clinic doctor/clinic flame, CPU profile στα Chrome DevTools για να βρείτε το «καυτό» σύγχρονο frame.*Sync (fs.promises.readFile, crypto.pbkdf2, zlib.gzip).worker_threads, σε μια child process ή σε μια εξωτερική ουρά/υπηρεσία.setImmediate/await ώστε ο βρόχος να μπορεί να «ανασάνει» ανάμεσα στις παρτίδες.const { Worker } = require("node:worker_threads");
// Ξεφορτώστε το ακριβό hashing ώστε ο βρόχος να παραμένει responsive.
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
Στο Node, μία μόνο μπλοκαριστική κλήση τιμωρεί κάθε ταυτόχρονο client, όχι μόνο το request που την προκάλεσε — η καθυστέρηση εκτοξεύεται, τα health checks λήγουν, και η διεργασία φαίνεται «κρεμασμένη» υπό φορτίο. Οι συνεντευκτές το ρωτούν για να δουν αν μπορείτε να κατονομάσετε τους συγκεκριμένους μπλοκαριστές (*Sync, μεγάλα JSON.parse, σύγχρονη κρυπτογραφία, ReDoS, βρόχοι CPU), να τους εντοπίσετε με εργαλεία μέτρησης καθυστέρησης event loop και να τους διορθώσετε πηγαίνοντας async ή μεταφέροντάς τους σε worker threads. Είναι η μακράν πιο συνηθισμένη αποτυχία επιδόσεων του Node στην παραγωγή.
Μια βιβλιοθήκη ερωτήσεων συνέντευξης IT με αναλυτικές απαντήσεις — από Junior έως Senior.
Δωρεά