赋值和New操作都会涉及到内存的占用。

2.2 内存的分配

Chrome V8的垃圾回收（GC）算法基于Generational Collection，内存被划分为两种，分别称为Young Generation（YG）和Old Generation（OG）。

因为在V8中，YG的GC过程会阻塞程序，而OG的GC不会阻塞。所以通常情况下开发者更关心YG的细节。

YG又被平分为两部分空间，分别称为From和To。所有内存从To空间被分配出去，当To满时，开始触发GC，接下来细看一下。

某时刻，To已经分A、B和C分配了内存，当前它剩下一小块内存未分配出去，而From所有的内存都空闲着。

此时，一个程序需要为D分配内存，但D需要的内存大小超出了To未分配的内存，如下图。此时，触发GC，页面停止执行。

接着From和To进行对换，即原来的To空间被标志为From，From被标志为To。并且把活的变量值（例如B）标志出来，而”垃圾“（例如AC）未被标志，它们将会被清掉。

活的B会被复制到To空间，而「垃圾」AC则被回收，同时，D被分配到To空间，最后成下图的分布

至此，整个GC完成，此过程中页面停止执行，所以要尽可能的快。当YG中的值存活比较久时，它会被推向OG，OG的空间满时，触发OG内的GC，OG的GC时会触发YG的GC。

2.2 内容均来自参考文献

2.3 内存的回收

GC Root是内存的根结节，在浏览器中它是window，在NodeJS中则是global对象。

从GC Root开始遍历图，所有能到达的节点称为活节点，如果存在GC Root不能到达的节点，那么该节点称为“垃圾”，将会被回收，如图中灰色的节点。

至于根节点的回收，不受用户的控制。

3. 导致内存泄漏的原因

3.1 没有完全切断与GC root之间的路径

因为没有完全切断与根节点之间的路径，导致自动GC不会回收这部分内存，从而造成内存泄漏。

具体的原因有：

var a, b;
a.reference = b;
b.reference = a;

a = "1234567";
相当于
window.a = "1234567";

<p id="myp">
 <input type="button" value="Click me" id="myBtn">
</p>
<script type="text/javascript">
 var btn = document.getElementById('myBtn');
 btn.onclick = function () {
 document.getElementById('myp').innerHTML = 'Processing...';
 /* 清除事件绑定 */
 // btn.onclick = null;
 };
</script>

function bindEvent() {
 var obj = document.getElementById('xxx');
 obj.onclick = function () {
 /** 空函数*/
 };
 /** delete this reference */
 // obj = null;
}

// b是a的子dom节点, a是body的子节点
var aElement = document.getElementById("a");
var bElement = document.getElementById("b");
document.body.removeChild(aElement);
// aElement = null；
// bElement = null;

3.2 过度占用了内存空间

更多的出现在nodejs中，例如：

while(1) {
 // do sth
}

var arr = [];
for (var i=0; i< 100000000000; i++) {
 var a = {
 'desc': 'an object'
 }
 arr.push(a);
}

相关推荐：

详细介绍Linux中的内存管理

php内存管理之垃圾回收机制的详解（图）

如何避免JavaScript的内存泄露及内存管理技巧