浅谈Node的内存泄露

2024-10-11 19:30:18

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 内存泄露内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

解决js函数闭包内存泄露问题的办法

本文通过举例,由浅入深的讲解了解决js函数闭包内存泄露问题的办法,分享给大家供大家参考,具体内容如下原始代码: function Cars(){ this.name = "Benz"; this.color = ["white","black"]; } Cars.prototype.sayColor = function(){ var outer = this; return function(){ return outer.color };
总结JavaScript在IE9之前版本中内存泄露问题

IE9之前的版本对JScript对象和COM对象使用不同的垃圾回收例程(COM对象采用"引用计数"收集策略),因此闭包在IE的这些版本中会导致一些特殊问题.具体来说,如果闭包的作用域中保存着一个HTML元素,那么就意味着该元素将无法被销毁. 来看下面的例子: function assignHandler() { var elem = document.getElementById('elem_id'); elem.onclick = function(evt) { alert(elem
关于js内存泄露的一个好例子

我把别人的例子改了一下,觉得这样写更紧凑!套用别人的原话,当一个DOM对象包含一个Js对象的引用(例如一个Event Handler), 而这个Js对象又持有对这个DOM对象的引用时,一个环状引用就行成了,于是在ie下就出现了内存泄露.点击"运行代码"并打开任务管理器看内存变化.分别在ie8和ff下测试,差距不用多说. 运行代码复制代码代码如下: <html> <head> <title>Memory leak</title>
js内存泄露的几种情况详细探讨

内存泄露是指一块被分配的内存既不能使用,又不能回收,直到浏览器进程结束.在C++中,因为是手动管理内存,内存泄露是经常出现的事情.而现在流行的C#和Java等语言采用了自动垃圾回收方法管理内存,正常使用的情况下几乎不会发生内存泄露.浏览器中也是采用自动垃圾回收方法管理内存,但由于浏览器垃圾回收方法有bug,会产生内存泄露. 1.当页面中元素被移除或替换时,若元素绑定的事件仍没被移除,在IE中不会作出恰当处理,此时要先手工移除事件,不然会存在内存泄露. 复制代码代码如下: <div id="
JavaScript避免内存泄露及内存管理技巧

本文实例讲述了JavaScript避免内存泄露及内存管理技巧,非常实用.分享给大家供大家参考之用.具体方法如下: 本文内容源自谷歌WebPerf(伦敦WebPerf集团),2014年8月26日. 一般来说,高效的JavaScript Web应用必须流畅,快速.与用户交互的任何应用程序,都需要考虑如何确保内存有效使用,因为如果消耗过多,页面就会崩溃,迫使用户重新加载.而你只能躲在角落哭泣. 自动垃圾收集是不能代替有效的内存管理的,特别是在大型,长时间运行的Web应用程序中.本文中,我们将演示如何通
浅谈Node的内存泄露

目录 1.node内存相关知识 2.哪些情况会造成内存泄露第一.全局变量第二.函数闭包第三.事件监听 3.内存泄露的监测 4.Chrome DevTools进行分析和对比 5.内存分析的意义 1.node内存相关知识无论是运行在浏览器端的js,还是运行在node中的js,关于内存管理的方案,都是通过垃圾回收机制来实现内存的分配和释放.当我们的代码编写有缺陷时,可能就无法通过gc来释放内存,这个时候,我们就造成了内存泄露. Node.js进程的内存管理,都是由 V8 引擎自动处理的,包括内
浅谈Node.js ORM框架Sequlize之表间关系

Sequelize模型之间存在关联关系,这些关系代表了数据库中对应表之间的主/外键关系.基于模型关系可以实现关联表之间的连接查询.更新.删除等操作.本文将通过一个示例,介绍模型的定义,创建模型关联关系,模型与关联关系同步数据库,及关系模型的增.删.改.查操作. 数据库中的表之间存在一定的关联关系,表之间的关系基于主/外键进行关联.创建约束等.关系表中的数据分为1对1(1:1).1对多(1:M).多对多(N:M)三种关联关系. 在Sequelize中建立关联关系,通过调用模型(源模型)的belon
浅谈Python 对象内存占用

一切皆是对象在 Python 一切皆是对象,包括所有类型的常量与变量,整型,布尔型,甚至函数. 参见stackoverflow上的一个问题 Is everything an object in python like ruby 代码中即可以验证: # everythin in python is object def fuction(): return print isinstance(True, object) print isinstance(0, object) print isinst
浅谈Python对内存的使用（深浅拷贝）

本文主要研究的是Python对内存的使用(深浅拷贝)的相关问题,具体介绍如下. 浅拷贝就是对引用的拷贝(只拷贝父对象) 深拷贝就是对对象的资源的拷贝 >>> a=[1,2,3,'a','b'] >>> b=a >>> b [1, 2, 3, 'a', 'b'] >>> a [1, 2, 3, 'a', 'b'] >>> id(a) 3021737547592 >>> id(b) 3021737547
浅谈tensorflow之内存暴涨问题

在用tensorflow实现一些模型的时候,有时候我们在运行程序的时候,会发现程序占用的内存在不断增长.最后内存溢出,程序被kill掉了. 这个问题,其实有两个可能性.一个是比较常见,同时也是很难发现的.这个问题的解决,需要我们知道tensorflow在构图的时候,是没有所谓的临时变量的,只要有operator.那么tensorflow就会在构建的图中增加这个operator所代表的节点.所以,在运行程序的过程中,内存不断增长的原因就是在模型训练迭代的过程中,tensorflow一直在帮你增加图
浅谈node.js中间件有哪些类型

概述 node中间件就是封装在程序中处理http请求的功能.node中间件是在管道中执行.中间件位于客户机/ 服务器的操作系统之上,管理计算机资源和网络通讯. 中间件为主要的逻辑业务所服务,可分为:应用级中间件.路由级中间件.内置中间件.第三方中间件.错误级中间件. 1.应用级中间件每一个中间件就是调用一个函数,需要配合其他的中间件或者路由使用 server (函数) 拦截所有的路由 server.use('/reg',函数):拦截特定的路由 const express=require('ex
浅谈node使用jwt生成的token应该存在哪里

答:通常存储在客户端里. jwt 即 JSON Web Token,是一种认证协议,一般用来校验请求的身份信息和身份权限. 早上逛某乎的时候,遇到一位同学在问这个问题,很好奇jwt的存储位置.刚好前段时间在学习此内容,不请自邀,厚颜强答. 最开始我也很好奇这个token怎么保存,还差点想搞个redis存储这个token. 后来查阅资料才知道,原来这个token,服务端是可以不保存的.只需要客户端保存好就行,无论什么保持方式,甚至你让用户写纸条揣兜里都可以! 那这个token是怎么工作的呢? 先来
浅谈node node-sass sass-loader版本对应问题

目录 node版本不对应,升级node或者降级使用nvm对node版本进行管理和切换 node-sass版本不匹配查看node-sass和sass-loader版本是否对应查看node-sass和node版本是否对应 node -v 具体对应版本如下图: 图片来自https://github.com/sass/node-sass node版本不对应,升级node或者降级使用nvm对node版本进行管理和切换安装 nvm-window https://github.com/coreybu
浅谈node中的exports与module.exports的关系

因为是做前端的,对node的生态一直也比较关注,对于node中对commonJS模块化的实现给了我们很大的方便,之前对于导出的module.exports和exports一直模模糊糊,今天做一个整理先来个js基础部分的复习 let obj1 = {} let obj2 = obj1 obj2.a = 'a' obj1.b = 'b' console.log(obj1) //{a: 'a', b: 'b'} console.log(obj2) //{a: 'a', b: 'b'} obj2 =
浅谈Node.js：理解stream

Stream在node.js中是一个抽象的接口,基于EventEmitter,也是一种Buffer的高级封装,用来处理流数据.流模块便是提供各种API让我们可以很简单的使用Stream. 流分为四种类型,如下所示: Readable,可读流 Writable,可写流 Duplex,读写流 Transform,扩展的Duplex,可修改写入的数据 1.Readable可读流通过stream.Readable可创建一个可读流,它有两种模式:暂停和流动. 在流动模式下,将自动从下游系统读取数据并使用