Event loop آپ کی JavaScript کو ایک ہی thread پر چلاتا ہے، اس لیے کوئی بھی synchronous کام جو زیادہ وقت لیتا ہے اسے بلاک کر دیتا ہے — اور جب تک بلاک رہے، Node کسی اور request، timer یا callback کو سرو نہیں کرتا۔ بلاکنگ تقریباً ہمیشہ CPU-bound کام یا کوئی *Sync API ہوتی ہے، کبھی بھی درست طریقے سے await کی گئی async I/O نہیں۔
*Sync) APIs — fs.readFileSync، fs.writeFileSync، child_process.execSync، zlib.gzipSync۔ یہ libuv کے حوالے کرنے کے بجائے وہیں انتظار کرتے ہیں۔map/sort/filter، matrix ریاضی، تصویر/ویڈیو پروسیسنگ، بہت بڑے structures کو parsing/serializing کرنا۔JSON.parse / JSON.stringify — synchronous اور O(n)؛ کئی MB کا payload پورے parse کے دوران loop کو منجمد کر دیتا ہے۔crypto.pbkdf2Sync، bcrypt sync mode، main thread پر بڑے buffers کو hashing کرنا۔while (true)، لامحدود recursion، لاکھوں items پر for جہاں ہر item پر کام ہو۔// یہ سب 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پر yield کرتا ہے؛ synchronous body پھر بھی loop thread پر مکمل ہونے تک چلتا رہتا ہے۔
perf_hooks.monitorEventLoopDelay() یا blocked-at جیسی libraries سے ماپیں؛ بڑھتا ہوا lag اس بات کی علامت ہے کہ کوئی چیز thread پر قابض ہے۔node --prof، clinic doctor/clinic flame، Chrome DevTools CPU profile۔*Sync کال کے async متبادل کو استعمال کریں (fs.promises.readFile، crypto.pbkdf2، zlib.gzip)۔worker_threads pool، ایک child process، یا کسی بیرونی queue/service پر منتقل کریں۔setImmediate/await کے ساتھ chunk کریں تاکہ loop batches کے درمیان سانس لے سکے۔const { Worker } = require("node:worker_threads");
// مہنگے hash کو offload کریں تاکہ loop جواب دیتا رہے۔
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
Node میں، ایک بلاک کرنے والی کال صرف اسی request کو نہیں بلکہ ہر بیک وقت چلنے والے client کو سزا دیتی ہے جس نے اسے پیدا کیا — latency آسمان کو چھونے لگتی ہے، health checks timeout ہو جاتے ہیں، اور process لوڈ کے تحت "اٹکا ہوا" لگتا ہے۔ انٹرویو لینے والے یہ اس لیے پوچھتے ہیں کہ آیا آپ ٹھوس بلاکرز (*Sync، بڑے JSON.parse، sync crypto، ReDoS، CPU loops) کا نام لے سکتے ہیں، انہیں event-loop lag ٹولنگ سے پتہ لگا سکتے ہیں، اور async پر جا کر یا worker threads پر offload کر کے انہیں ٹھیک کر سکتے ہیں۔ یہ production میں Node کی سب سے عام واحد performance ناکامی ہے۔
تفصیلی جوابات کے ساتھ IT انٹرویو سوالات کی ایک لائبریری — جونیئر سے سینئر تک۔
عطیہ دیں