আপনি কীভাবে 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
```

সংশোধনগুলি কারণগুলি প্রতিফলিত করে: bounded caches (LRU সর্বাধিক আকার/TTL সহ), সর্বদা listener/timer তৈরি করা পরিচ্ছন্নতার সাথে জোড়া করুন, এবং `WeakMap`/`WeakSet` ব্যবহার করুন অবজেক্ট-keyed মেটাডেটার জন্য যা মেমোরিতে অবজেক্টগুলি পিন করা উচিত নয়।

## কেন এটি গুরুত্বপূর্ণ

মেমোরি লিক Node-এ বিশেষভাবে বিপজ্জনক কারণ সার্ভারগুলি **দীর্ঘমেয়াদী** — একটি ধীর লিক যা উন্নয়নে অদৃশ্য একটি উৎপাদন প্রক্রিয়া ধীরে ধীরে হ্রাস করে এবং অবশেষে ক্র্যাশ করে (প্রায়শই পুনরায় চালু হয় এবং চলমান কাজ হারায়)।

ক্লাসিক উৎসগুলি (unbounded caches, অপসারিত listener/timer, lingering closures), কীভাবে সেগুলি সনাক্ত করতে হয় (heap মনিটরিং + DevTools/clinic.js সহ snapshot তুলনা), এবং সংশোধনগুলি (bounded LRU caches, শৃঙ্খলাবদ্ধ পরিচ্ছন্নতা, `WeakMap`) জানা সময়ের সাথে নির্ভরযোগ্য, স্থিতিশীল Node পরিষেবাগুলি পরিচালনার জন্য অপরিহার্য।