तपाईं Node.js मा मेमोरी लिक कसरी पत्ता लगाउनुहुन्छ र ठीक गर्नुहुन्छ?

Question

Accepted Answer

एक **memory leak** भनेको मेमोरी हो जुन अब आवश्यक छैन तर कहिले पनि मुक्त हुँदैन, किनभने केहि कुरा अझै पनि यसलाई सन्दर्भ गरेको छ। समय बित्दै जाँदा प्रक्रियाको heap बढ्दै जाँछ जब सम्म यो ढिलो हुँदैन वा क्र्याश हुँदैन (out-of-memory)। लामो समय चलिरहने Node सर्भरहरूमा, लिकहरू गम्भीर उत्पादन समस्या हुन्।

## सामान्य लिक स्रोतहरू

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

सामान्य थ्रेड: एक पहुँचयोग्य सन्दर्भ (एक global Map, एक live listener, एक चलिरहने timer, एक closure) वस्तुहरूलाई garbage-collected हुनबाट रोकिरहन्छ यद्यपि तिनीहरू अब उपयोगी छैनन्।

## लिकहरू पत्ता लगाउँदै

```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** लिनुहोस् र कुन वस्तु प्रकारहरू जमा हुँदैछन् भनेर खोज्न तुलना गर्नुहोस् ("retained size" बढ्दै)।

## लिकहरू ठीक गर्दै

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

फिक्सहरू कारणहरू प्रतिबिम्बित गर्दछन्: bounded caches (LRU को साथ max size/TTL), सदा listener/timer creation को साथ cleanup जोडी गर्नुहोस्, र `WeakMap`/`WeakSet` प्रयोग गर्नुहोस् object-keyed metadata को लागि जसले मेमोरीमा वस्तुहरूलाई पिन गर्नु हुँदैन।

## यो किन महत्त्वपूर्ण छ

Memory leaks Node मा विशेष गरी खतरनाक छ किनभने सर्भरहरू **long-running** छन् — एक ढिलो लिक जो विकासमा अदृश्य छ, बिस्तारै अवनति हुँदै र अन्ततः उत्पादन प्रक्रिया क्र्याश गराउँछ (अक्सर पुनरारम्भ गरेर र चलिरहने काम गुमाएर)।

क्लासिक स्रोतहरू (unbounded caches, un-removed listeners/timers, lingering closures) जान्नु, तिनीहरू कसरी पत्ता लगाउने (heap monitoring + snapshot comparison DevTools/clinic.js को साथ), र फिक्सहरू (bounded LRU caches, disciplined cleanup, `WeakMap`) जान्नु भरोसेमंद, स्थिर Node सेवाहरू समय अनुसार सञ्चालन गर्नको लागि आवश्यक छ।