Open cqupt-yifanwu opened 7 years ago
使用JavaScript进行前端开发时几乎完全不需要关心内存管理问题,对于前端编程来说,V8限制的内存几乎不会出现用完的情况,v8在node中有着内存的限制(64位1.4GB;32位0.7GB),由于后端程序往往进行的操作更加复杂,并且长期运行在服务器不重启,如果不关注内存管理,导致内存泄漏,node对内存泄露十分敏感,一旦线上应用有成千上万的流量,哪怕是一个字节的内存泄露都会造成堆积,直到内存溢出。
我们可以使用process.memoryUsage() 可以查看内存的使用情况,有rss、heapTotal、heapUsed三个值,他们分别代表常驻内存、堆中总共申请内存、目前堆中使用的内存量。要注意,rss包括但不仅限于堆内存,我们知道在js中堆储存者对象等..rss中还有栈、代码运行内存、堆外内存。在node中对内存的分配和内存回收主要值得是堆内存,它把堆内存分区(新生代、老生代),新生代的对象为存活时间较短的对象,老生代的对象为存活时间较长或常驻内存的对象。并且对这两种分区采用不同的算法进行垃圾回收,新生代空间较小,将它分为from/to两个部分,每次检查会将from中的存活对象复制到to中,然后释放剩下的对象资源,之后再转换from和to的角色。当新生代中的对象多次被复制则将其晋升到老生代,若to中内存使用超过25%也会将后续对象直接晋升。老生代中对象存活期较长,空间较大,采用这种算法不仅浪费较多而且耗时长,在老生代中采用标记法实现垃圾清除。另外还有一种算法可整合不连续的空间(耗时较长)
在我们使用Buffer的时候如果我们传入的字符串是中文,我们可能会看到乱码的出现,这个是如何产生的的呢?因为中文是宽字节的(三个字节)当我们使用如下代码去读取文字
var rs = fs.createReadStream('test.md', {highWaterMark: 11});
我们规定了每次读取的字节数是11,那么每个字符是三个字节,第四个字节将会出现截断出现无法正常显示的情况。 那么应该如何解决呢?
var chunks = []; var size = 0; res.on('data', function (c) { chuncks.push(c); size += c.length; }); res.on('end', functino () { var buf = Buffer.concat(chuncks, size); // 实质上就是利用concat方法 var str = iconv.decode(buf, 'utf-8') ; })
为什么在node中要担心node内存管理
使用JavaScript进行前端开发时几乎完全不需要关心内存管理问题,对于前端编程来说,V8限制的内存几乎不会出现用完的情况,v8在node中有着内存的限制(64位1.4GB;32位0.7GB),由于后端程序往往进行的操作更加复杂,并且长期运行在服务器不重启,如果不关注内存管理,导致内存泄漏,node对内存泄露十分敏感,一旦线上应用有成千上万的流量,哪怕是一个字节的内存泄露都会造成堆积,直到内存溢出。
查看内存使用情况与垃圾回收
我们可以使用process.memoryUsage() 可以查看内存的使用情况,有rss、heapTotal、heapUsed三个值,他们分别代表常驻内存、堆中总共申请内存、目前堆中使用的内存量。要注意,rss包括但不仅限于堆内存,我们知道在js中堆储存者对象等..rss中还有栈、代码运行内存、堆外内存。在node中对内存的分配和内存回收主要值得是堆内存,它把堆内存分区(新生代、老生代),新生代的对象为存活时间较短的对象,老生代的对象为存活时间较长或常驻内存的对象。并且对这两种分区采用不同的算法进行垃圾回收,新生代空间较小,将它分为from/to两个部分,每次检查会将from中的存活对象复制到to中,然后释放剩下的对象资源,之后再转换from和to的角色。当新生代中的对象多次被复制则将其晋升到老生代,若to中内存使用超过25%也会将后续对象直接晋升。老生代中对象存活期较长,空间较大,采用这种算法不仅浪费较多而且耗时长,在老生代中采用标记法实现垃圾清除。另外还有一种算法可整合不连续的空间(耗时较长)
我们应该怎么高效使用内存?
Buffer产生乱码与拼接Buffer
在我们使用Buffer的时候如果我们传入的字符串是中文,我们可能会看到乱码的出现,这个是如何产生的的呢?因为中文是宽字节的(三个字节)当我们使用如下代码去读取文字
我们规定了每次读取的字节数是11,那么每个字符是三个字节,第四个字节将会出现截断出现无法正常显示的情况。 那么应该如何解决呢?