收集所有存在内存泄漏的所有case。哪怕一个字节也不放过。

Case1：无限制增长的数组

var leakArray = [];   
exports.leak = function () {  
  leakArray.push("leak" + Math.random());  
};

这个大概是最常见的内存泄漏案例。只要变量leakArray不被回收，内存就有可能无限上涨，且不被回收。

解决方案

确认你push元素的数组对象是可以随着作用域执行结束回收。

Case2：无限制设置属性和值

这个情形在缓存对象中经常出现：

_.memoize = function(func, hasher) {
  var memo = {};
  hasher || (hasher = _.identity);
  return function() {
    var key = hasher.apply(this, arguments);
    return _.has(memo, key) ? memo[key] : (memo[key] = func.apply(this, arguments));
  };
};

memoize方法主要是用来解决昂贵CPU耗用的js运算的。它十分有用。但是在后端使用的时候要十分小心。因为memo对象是不会回收的，每次的参数不同都会在这个对象上添加属性和值。
这个案例中，memo对象被当作了缓存来使用，一直无法得到回收。

解决方案

关于如何规避这种无限制缓存的问题，请移步到我另开的帖子中看解决方案：http://cnodejs.org/topic/4fafc843e7656c60680306f9

Case3：任何模块内的私有变量和方法均是永驻内存的

(function (exports, require, module, __filename, __dirname) {
    var circle = require('./circle.js');
    console.log('The area of a circle of radius 4 is ' + circle.area(4));
    exports.get = function () {
       return circle();
    };
});

任意编写的模块文件中，均会在头和尾部上添加字符串，以形成闭包，然后在require的过程中被调用一次，并且将exports对象存储在内存中，直到进程退出才会回收。
这个案例中，只是内存不会回收，但一般不会造成内存泄漏。需要注意的是私有变量不要通过exports上的方法为其添加内存占用。
第一个案例其实就是由于这个原因造成的。

Case4: 大循环，无GC机会

第四个案例来自于http://cnodejs.org/topic/4fcd020be5e72c25180032e5。

//OOM测试
for ( var i = 0; i < 100000000; i++ ) {
    var user       = {};
    user.name  = 'outmem';
    user.pass  = '123456';
    user.email = 'outmem[@outmem](/user/outmem).com';
}

这段代码最主要的原因在于循环太大，直接内存分配到超过v8内存限制数量。由于JavaScript事件循环的执行机制，这段代码没有机会进入下一个事件循环。用setInterval和setTimeout可以进入下一个循环。但是不推荐用setInterval和setTimeout。
在Node下有一个特殊的方法，process.nextTick();

for ( var i = 0; i < 100000000; i++ ) {
    process.nextTick(function () {
        var user       = {};
        user.name  = 'outmem';
        user.pass  = '123456';
        user.email = 'outmem[@outmem](/user/outmem).com';
   });
}

不过这样的效率可能不够好。因为每次都没有效利用好一次循环。

一个建议是，一次事件循环，不要超过10ms。太长时间的事件循环，不仅会存在oom的风险，还会阻塞后续IO的启动。