如何通過Ubuntu日志排查Node.js內存泄漏

通過Ubuntu日志排查Node.js內存泄漏可按以下步驟進行：

一、查看系統及應用日志

• 系統日志：
  使用journalctl查看系統級日志，過濾Node.js相關進程的異常記錄，如內存不足、進程崩潰等。

  journalctl -u <node_service_name> --no-pager | grep -i "error\|oom\|leak"
  

• 應用日志：
  若Node.js應用有自定義日志，檢查是否有異常內存操作記錄（如未釋放資源、重復創建對象等）。

二、監控內存使用情況

• 實時監控工具：
  通過top、htop或pm2 monit查看Node.js進程的內存占用趨勢，若內存持續增長可能存在泄漏。
• 日志記錄內存數據：
  在代碼中使用process.memoryUsage()定期記錄內存數據到日志文件，分析內存增長模式。

  setInterval(() => {
    const memory = process.memoryUsage();
    console.log(JSON.stringify(memory, null, 2));
  }, 5000);
  

三、生成和分析內存快照

• 使用heapdump生成快照：
  在代碼中引入heapdump模塊，在可疑代碼段前后生成堆快照文件。

  const heapdump = require('heapdump');
  heapdump.writeSnapshot('/tmp/snapshot.heapsnapshot');
  

• 通過Chrome DevTools分析：
  啟動Node.js時添加--inspect參數，連接Chrome DevTools的Memory面板，加載快照并對比分析內存泄漏點（如未釋放的閉包、全局變量等）。

四、定位代碼級泄漏點

• 分析常見泄漏模式：
  通過日志和快照定位以下問題：
  • 全局變量：檢查是否意外將對象掛載到global對象。
  • 未移除的事件監聽器：查看是否有重復注冊的監聽器未調用removeListener。
  • 定時器未清除：檢查setInterval/setTimeout是否在不需要時調用clearInterval/clearTimeout。
  • 緩存無限增長：確認緩存是否有過期機制或大小限制。

五、輔助工具與技巧

• 使用memwatch-next監控泄漏：
  該庫可檢測內存泄漏并生成報告，集成到應用中實時預警。
• 壓力測試輔助定位：
  通過artillery或ab模擬高并發請求，觀察內存是否在壓力下異常增長，結合日志定位泄漏觸發點。

六、日志分析關鍵命令

• 過濾內存相關日志：

  grep -i "memory\|leak\|gc" /var/log/syslog
  

• 統計錯誤頻率：

  grep "ERROR" /var/log/nodejs-app.log | wc -l
  

通過以上步驟，可結合系統日志、應用日志和內存分析工具，逐步定位Node.js內存泄漏的根源。