浅谈Node的内存泄露

1、node内存相关知识

无论是运行在浏览器端的js，还是运行在node中的js，关于内存管理的方案，都是通过垃圾回收机制来实现内存的分配和释放。当我们的代码编写有缺陷时，可能就无法通过gc来释放内存，这个时候，我们就造成了内存泄露。

• Node.js进程的内存管理，都是由 V8 引擎自动处理的，包括内存的分配和释放。V8 自动处理内存的分配和释放，叫垃圾回收机制（gc）。

• 垃圾回收机制，解决了大部分内存管理的问题，但是并不意味着内存泄露的问题就不存在。在一些特殊的场景下，会发生内存泄露。

• 垃圾回收机制，是根据root对象（window/global）依次梳理对象的引用，如果能从root的引用链到达访问，V8就会将其标记为可到达对象，反之为不可到达对象。被标记为不可到达对象（即无引用的对象）后就会被 V8 回收。

2、哪些情况会造成内存泄露

第一、全局变量

全局变量会直接挂在root对象上，不会被清除掉。只要一个变量挂载到root对象上，自程序运行起，它就会一直占据着内存空间。

第二、函数闭包

闭包会引用父级函数的变量，如果闭包未释放，就会导致内存被持续占用，从而导致内存泄露。

在实际的业务场景中，引用的变量极有可能是挂载到从root可以追溯到的对象上，导致的内存泄露。

第三、事件监听

多次的重复的事件监听，可以导致内存泄露的问题。

3、内存泄露的监测

node的内存泄露监测，基本原理如下，

在node中，有专门进行内存监测的工具——heapdump。

heapdump，是一个npm包，使用比较简洁的语法，就能生成内存快照文件。

内存快照文件，是以heapsnapshot为扩展名的一种文件，该文件记录了关于内存使用的基本情况。

Chrome devTools作为一种工具，可以对内存快照文件，进行分析。

一段监测内存变化的代码如下：

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方法，就是生成内存快照文件的方法。

我们使用node的方式，进行执行，就会生成两个heapsnapshot文件。

4、Chrome DevTools进行分析和对比

在Chrome DevTools => Memory => Profiles中，加载生成的两个heapsnapshot文件。

如下图所示，可以查看相应的内存占用情况：

• Summary：以构造函数名分类显示。
• Comparison：比较多个快照之间的差异。
• Containment：查看整个GC路径。
• Statistics：以饼状图显示内存占用信息。

再看Statistics中关于内存占用的占比分析：

再看Comparison中对比多个快照之间的差异。（可以很明显的看出增加的部分）

5、内存分析的意义

从商业的角度来说，有时候我们无法通过代码，直观的看到内存泄露相关的信息，而这种内存分析的方式，给了我们解决问题的思路。

在现代化的业务开发中，内存监测是一种必要的工具，掌握了基本的原理，有助于我们分析和理解node性能分析的平台型工具。更有助于我们对node的理解。

到此这篇关于浅谈Node的内存泄露的文章就介绍到这了,更多相关Node 内存泄露内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！