基于无阻塞、事件驱动建立的Node服务，具有内存消耗低的优点，非常适合处理海量的网络请求。

V8的垃圾回收机制与内存限制

Javascript和Java类似，由垃圾回收机制来进行自动内存管理，而Node是构建在V8虚拟机基础上，所以其内存回收和V8运行机制息息相关。

V8的内存限制：64位系统约为1.4GB、32位系统约为0.7GB

process.memoryUsage()，返回值包括heapTotal代表已申请到的堆内存，heapUsed当前使用的内存，rss(resident set size)进程的常驻内存。

V8的垃圾回收机制

V8采用基于分代式垃圾回收机制，堆内存结构如下所示，分为新生代和老生代，通过参数可以设置相应大小，但是一旦设置不能根据使用情况自动扩充。

新生代：复制算法、Scavenge算法，一个对象是否从新生代晋升到老生代主要根据以下两个条件。

a. 一个对象是否被Scavenge回收过；

b.To空间的内存占用比超过限制(25%)；

老生代：Mark-Sweep & Mark-Compact

Mark-Sweep标记清除，只清理死亡对象，内存空间会存在大量碎片。

Mark-Compact标记整理，标记死亡对象后，将活着的对象往一端移动消除不连续的碎片，速度最慢

上述3种垃圾回收方法都需要将应用逻辑暂停下来，待垃圾回收完毕再继续执行应用逻辑，这种行为称为stop-the-world

查看垃圾回收日志：node --trace_gc -e test.js

V8性能分析数据：node --prof test.js   --->v8.log

linux-tick-processor v8.log

高效使用内存

JavaScript中作用域分为：函数作用域、with作用域、全局作用域

标示符查找会先从当前作用域，若没有找到将会向上级的作用域里查找

查看进程内存使用情况：process.memoryUsage()

查看系统内存占用：os.totalmem()和os.freemem()，系统总内存和闲置内存，以字节为单位

堆外内存：Buffer等

内存泄露

内存泄露的实质是应当回收的对象出现意外而没有被回收，变成了常驻在老生代中的对象。

通常造成内存泄露原因包括

(1) 缓存

Javascript对象本身就是key-value形式，可以用作缓存，但由于缺乏高效淘汰机制存在较多缺陷和问题。

由于模块的缓存机制，模块是常驻老生代的，在模块设计时，十分小心内存泄露。

解决方案：进程外的缓存，进程自身不存储状态，如Redis、memcached

(2) 队列消费不及时

(3) 作用域未释放

内存泄露排除工具

node-heapdump

node-memwatch

大内存使用

Node中提供stream模块用于处理大文件，分为可读和可写两种，Node中大部分模块都具有stream的应用如：

fs.createReadStream()、fs.createWriteStream()，可以避免由于V8内存限制不能通过fs.readFile()或fs.writeFile()操作大文件。