淺談Node的內(nèi)存泄露

更新時間：2022年05月06日 15:19:14 作者：云積分大前端團隊

隨著node、react同構(gòu)等技術(shù)越來越廣泛地使用, 內(nèi)存泄漏的事情時有發(fā)生,應(yīng)當(dāng)引起足夠的重視，本文主要介紹了Node的內(nèi)存泄露，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧

1、node內(nèi)存相關(guān)知識

無論是運行在瀏覽器端的js，還是運行在node中的js，關(guān)于內(nèi)存管理的方案，都是通過垃圾回收機制來實現(xiàn)內(nèi)存的分配和釋放。當(dāng)我們的代碼編寫有缺陷時，可能就無法通過gc來釋放內(nèi)存，這個時候，我們就造成了內(nèi)存泄露。

Node.js進程的內(nèi)存管理，都是由 V8 引擎自動處理的，包括內(nèi)存的分配和釋放。V8 自動處理內(nèi)存的分配和釋放，叫垃圾回收機制（gc）。
垃圾回收機制，解決了大部分內(nèi)存管理的問題，但是并不意味著內(nèi)存泄露的問題就不存在。在一些特殊的場景下，會發(fā)生內(nèi)存泄露。
垃圾回收機制，是根據(jù)root對象（window/global）依次梳理對象的引用，如果能從root的引用鏈到達訪問，V8就會將其標記為可到達對象，反之為不可到達對象。被標記為不可到達對象（即無引用的對象）后就會被 V8 回收。

2、哪些情況會造成內(nèi)存泄露

第一、全局變量

全局變量會直接掛在root對象上，不會被清除掉。只要一個變量掛載到root對象上，自程序運行起，它就會一直占據(jù)著內(nèi)存空間。

第二、函數(shù)閉包

閉包會引用父級函數(shù)的變量，如果閉包未釋放，就會導(dǎo)致內(nèi)存被持續(xù)占用，從而導(dǎo)致內(nèi)存泄露。

在實際的業(yè)務(wù)場景中，引用的變量極有可能是掛載到從root可以追溯到的對象上，導(dǎo)致的內(nèi)存泄露。

第三、事件監(jiān)聽

多次的重復(fù)的事件監(jiān)聽，可以導(dǎo)致內(nèi)存泄露的問題。

3、內(nèi)存泄露的監(jiān)測

node的內(nèi)存泄露監(jiān)測，基本原理如下，

在node中，有專門進行內(nèi)存監(jiān)測的工具——heapdump。

heapdump，是一個npm包，使用比較簡潔的語法，就能生成內(nèi)存快照文件。

內(nèi)存快照文件，是以heapsnapshot為擴展名的一種文件，該文件記錄了關(guān)于內(nèi)存使用的基本情況。

Chrome devTools作為一種工具，可以對內(nèi)存快照文件，進行分析。

一段監(jiān)測內(nèi)存變化的代碼如下：

const EventEmitter = require('events');
const heapdump = require('heapdump');
global.test = new EventEmitter();
heapdump.writeSnapshot('./' + Date.now() + '.heapsnapshot');
function run3() {
  const innerData = new Buffer(100);
  const outClosure3 = function () {
    void innerData;
  };
  test.on('error', () => {
    console.log('error');
  });
  outClosure3();
}
for(let i = 0; i < 100; i++) {
  run3();
}
// run3();
// gc();
heapdump.writeSnapshot('./' + Date.now() + '.heapsnapshot');

其中，heapdump.writeSnapshot方法，就是生成內(nèi)存快照文件的方法。

我們使用node的方式，進行執(zhí)行，就會生成兩個heapsnapshot文件。