તમે Node.js માં મેમરી લીક કેવી રીતે શોધો અને તેને ઠીક કરો?

Question

Accepted Answer

**મેમરી લીક** એ મેમરી છે જે હવે જરૂરી નથી પણ કદી મુક્ત નથી, કારણ કે કંઈક તેનો હજી સંદર્ભ આપે છે. સમય સાથે સાથે પ્રક્રિયાના heap મેમરી વધે છે જ્યાં સુધી તે ધીમું પડે અથવા ક્રેશ થાય (મેમરી સમાપ્ત). લાંબા સમયથી ચાલતા 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
}
```

સામાન્ય થ્રેડ: સુલભ સંદર્ભ (એક વૈશ્વિક Map, એક સક્રિય listener, એક ચાલતો timer, એક closure) ઑબ્જેક્ટ્સ ને ગર્બેજ કલેક્શનથી રોકે છે ભલે તે હવે ઉપયોગી ન હોય.

## લીક શોધવું

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

મરામતો કારણો પ્રતિબિંબિત કરે છે: બંધાયેલ caches (LRU મહત્તમ કદ/TTL સાથે), હંમેશા listener/timer બનાવવાને cleanup સાથે જોડો, અને `WeakMap`/`WeakSet` ઑબ્જેક્ટ-keyed મેટાડેટા માટે વાપરો જે મેમરીમાં ઑબ્જેક્ટ્સ સ્થિર રાખવા જોઈએ નહીં.

## તેનું મહત્વ શું છે

મેમરી લીક Node માં ખાસ કરીને જોખમી છે કારણ કે સર્વર **લાંબે સમય સુધી ચાલતા** છે — એક ધીમું લીક જે વિકાસમાં અદૃશ્ય છે તે ધીમે ધીમે બગડે છે અને આખરે production પ્રક્રિયાને ક્રેશ કરે છે (અક્સર પુનઃશરૂ કરે છે અને ચાલમાં કામ ગુમાવે છે).

શાસ્ત્રીય સ્ત્રોતો (અમર્યાદિત caches, દૂર કરાયેલા listeners/timers, લંબતી closures) જાણવું, તેમને કેવી રીતે શોધવું (heap મોનિટરિંગ + DevTools/clinic.js સાથે snapshot સરખામણી), અને સુધારણા (બંધાયેલ LRU caches, શિસ્તબદ્ધ cleanup, `WeakMap`) સમય માટે વિશ્વસનીય, સ્થિર Node સેવાઓ સંચાલિત કરવા માટે જરૂરી છે.