आप Node.js में memory leaks का पता कैसे लगाते हैं और उन्हें कैसे ठीक करते हैं?

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 को ठीक करना

```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
```

ठीक करने के उपाय कारणों को प्रतिबिंबित करते हैं: caches को सीमित करें (max size/TTL के साथ LRU), हमेशा listener/timer के निर्माण को cleanup के साथ जोड़ें, और object-keyed metadata के लिए `WeakMap`/`WeakSet` का उपयोग करें जिसे memory में objects को टिकाए नहीं रखना चाहिए।

## यह क्यों महत्वपूर्ण है

Memory leaks Node में विशेष रूप से खतरनाक हैं क्योंकि servers **लंबे समय तक चलने वाले** होते हैं — एक धीमा leak जो development में अदृश्य रहता है, धीरे-धीरे प्रदर्शन को घटाता है और अंततः एक production process को crash कर देता है (अक्सर restart होकर और चल रहे काम को खोकर)।

क्लासिक स्रोतों को जानना (unbounded caches, हटाए न गए listeners/timers, लंबित closures), उनका पता कैसे लगाएं (heap monitoring + DevTools/clinic.js के साथ snapshot तुलना), और उन्हें ठीक करने के उपाय (bounded LRU caches, अनुशासित cleanup, `WeakMap`) समय के साथ विश्वसनीय, स्थिर Node services संचालित करने के लिए आवश्यक है।