آپ Node.js میں memory leaks کیسے detect اور fix کرتے ہیں؟

Question

Accepted Answer

ایک **memory leak** وہ memory ہے جس کی اب ضرورت نہیں مگر کبھی free نہیں ہوتی، کیونکہ کوئی چیز اب بھی اس کا reference رکھتی ہے۔ وقت کے ساتھ process کا heap بڑھتا رہتا ہے جب تک کہ یہ سست ہو جائے یا crash کر جائے (out-of-memory)۔ طویل عرصے تک چلنے والے Node servers میں leaks ایک سنگین production مسئلہ ہیں۔

## leak کے عام ذرائع

```js
// 1. Unbounded caches / global collections that only grow
const cache = new Map();
app.get("/:id", (req, res) => { cache.set(req.params.id, data); }); // never cleared → grows forever

// 2. Forgotten event listeners (added repeatedly, never removed)
emitter.on("data", handler); // if added per-request and never removed → accumulates

// 3. Forgotten timers
setInterval(() => {...}, 1000); // never cleared, holds references alive

// 4. Closures capturing large objects longer than needed
function outer() {
  const huge = loadBigData();
  return () => huge.length; // keeps `huge` alive as long as the closure lives
}
```

مشترکہ نکتہ: ایک reachable reference (ایک global Map، ایک live listener، ایک چلتا timer، ایک closure) objects کو garbage-collect ہونے سے روکتا ہے حالانکہ وہ اب مفید نہیں رہے۔

## leaks کا پتہ لگانا

```js
// 1. Watch heap growth over time — steady upward trend = likely leak
setInterval(() => {
  const { heapUsed } = process.memoryUsage();
  console.log(`heap: ${(heapUsed / 1e6).toFixed(1)} MB`);
}, 10000);
```

```bash
# 2. Heap snapshots — capture at two points, compare what grew
node --inspect app.js     # then use Chrome DevTools → Memory → heap snapshots
# or the heapdump / clinic.js tools
```

تشخیصی عمل: تصدیق کریں کہ heap مسلسل بڑھ رہا ہے (محض عام اتار چڑھاؤ نہیں)، پھر ایک workload سے پہلے/بعد میں **heap snapshots** لیں اور موازنہ کر کے معلوم کریں کہ کون سی object types جمع ہو رہی ہیں ("retained size" بڑھتا ہوا)۔

## leaks کو fix کرنا

```js
// ✅ bound caches with TTL/size limits (LRU)
import { LRUCache } from "lru-cache";
const cache = new LRUCache({ max: 1000, ttl: 1000 * 60 }); // evicts automatically

// ✅ always remove listeners and clear timers
emitter.off("data", handler);
clearInterval(timer);

// ✅ use WeakMap/WeakSet for metadata that shouldn't keep objects alive
const meta = new WeakMap(); // entries are GC'd when the key object is
```

fixes اسباب کی عکاسی کرتی ہیں: caches کو bound کریں (max size/TTL کے ساتھ LRU)، listener/timer بنانے کو ہمیشہ cleanup کے ساتھ جوڑیں، اور object-keyed metadata کے لیے `WeakMap`/`WeakSet` استعمال کریں جو objects کو memory میں نہ روکے۔

## یہ کیوں اہم ہے

Memory leaks Node میں خاص طور پر خطرناک ہیں کیونکہ servers **طویل عرصے تک چلنے والے** ہوتے ہیں — ایک سست leak جو development میں نظر نہیں آتا آہستہ آہستہ بگاڑ پیدا کرتا ہے اور بالآخر ایک production process کو crash کر دیتا ہے (اکثر restart ہو کر in-flight کام ضائع کر دیتا ہے)۔

کلاسیکی ذرائع (unbounded caches، نہ ہٹائے گئے listeners/timers، باقی رہ جانے والے closures)، انہیں detect کرنے کا طریقہ (heap monitoring + DevTools/clinic.js کے ساتھ snapshot موازنہ)، اور fixes (bounded LRU caches، منظم cleanup، `WeakMap`) جاننا قابلِ اعتماد، مستحکم Node services کو وقت کے ساتھ چلانے کے لیے ضروری ہے۔