Event loop आपके JavaScript को एक ही thread पर चलाता है, इसलिए जो भी synchronous चीज़ लंबा समय लेती है वह इसे ब्लॉक कर देती है — और ब्लॉक होने के दौरान, Node किसी अन्य request, timer या callback की सेवा नहीं करता। ब्लॉकिंग लगभग हमेशा CPU-bound काम या एक *Sync API होती है, कभी भी सही तरीके से await किया गया async I/O नहीं।
*Sync) API — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync। ये libuv को सौंपने के बजाय वहीं इंतज़ार करते हैं।map/sort/filter, matrix गणित, image/video प्रोसेसिंग, विशाल structures को parse/serialize करना।JSON.parse / JSON.stringify — synchronous और O(n); कई MB का payload पूरे parse के दौरान loop को जमा देता है।crypto.pbkdf2Sync, bcrypt sync mode, main thread पर बड़े buffers को hash करना।while (true), असीमित recursion, प्रति item काम के साथ लाखों items पर for।// ये सब loop को ब्लॉक करते हैं — इस दौरान किसी अन्य request की सेवा नहीं होती:
const data = fs.readFileSync("big.json"); // sync I/O
const obj = JSON.parse(hugeString); // बड़ा parse
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // sync crypto
for (let i = 0; i < 1e9; i++) { /* CPU */ } // कसा हुआ loop
CPU काम को
asyncfunction में लपेटने से कोई मदद नहीं मिलती —asyncकेवलawaitपर ही नियंत्रण छोड़ता है; synchronous body फिर भी loop thread पर पूरा होने तक चलता है।
perf_hooks.monitorEventLoopDelay() या blocked-at जैसी libraries से मापें; बढ़ता lag मतलब कुछ thread को हथिया रहा है।node --prof, clinic doctor/clinic flame, Chrome DevTools CPU profile।*Sync call के async समकक्ष का उपयोग करें (fs.promises.readFile, crypto.pbkdf2, zlib.gzip)।worker_threads pool, child process, या बाहरी queue/service में ले जाएँ।setImmediate/await से टुकड़ों में बाँटें ताकि loop batches के बीच साँस ले सके।const { Worker } = require("node:worker_threads");
// महँगे hash को offload करें ताकि loop responsive बना रहे।
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
Node में, एक ब्लॉकिंग call हर समवर्ती client को दंडित करती है, केवल उस request को नहीं जिसने इसे पैदा किया — latency उछलती है, health checks time out होते हैं, और process load के तहत "hung" दिखता है। इंटरव्यूअर यह इसलिए पूछते हैं कि क्या आप ठोस blockers (*Sync, बड़ा JSON.parse, sync crypto, ReDoS, CPU loops) का नाम बता सकते हैं, उन्हें event-loop-lag tooling से पहचान सकते हैं, और async पर जाकर या worker threads पर offload करके उन्हें ठीक कर सकते हैं। यह production में सबसे आम Node performance विफलता है।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें