内存和垃圾回收

1. v8内存大小限制

在Node中如果通过JavaScript使用内存操作时会发现实际只能使用部分内存(64位系统下约为1.4G，32位系统下约为0.7G),这种限制对于其他的服务端开发语言来说基本上都是不存在的。

和操作系统有关：64位为1.4G，32位为0.7G

64位下新生代的空间为64MB，老生代为1400MB

32位下新生代的空间为16MB，老生代为700MB
而V8的这种限制导致的结果是Node无法直接操作大内存对象。在单个Node进程的情况下，计算机的内存资源无法得到充足的使用。

而问题的原因在于Node是基于V8构建，所以在Node中使用对象都是通过V8自己的方式进行分配和管理。

而其内存管理机制在浏览器的场景下问题不大，但是对于Node，却使得Node有了这般限制。

为什么？

JavaScript 是脚本语言，它不像c，java，php一样有很多内容持久性的保存在内存中，脚本语言只执行一次，执行完毕就会释放内存，1.4G足够用。
如果不给限制会有什么问题。v8回收一次垃圾 100mb => 3ms, 看似3ms没什么问题，但是有个问题是，v8在回收的时候是暂停所有代码执行的。

2. v8的内存分配

内存分配

新生代和老生代

所谓新生代，指的是新产生的对象；
老生代就是经历过新生代垃圾回收后还“存活”下来的对象。

新生代 => 老生代

这个变量经历过内存回收。

新生代内存一旦使用了25%。

新生代垃圾回收算法 Scavenge GC：

我们把新生代对象的内存平均分开 2 份空间From 和 To
每当有新生对象诞生，就会在 From 空间出现
一旦 From 空间被占满，就触发 Scavenge GC
从 From 空间拿出存活的对象，复制到 To 空间
清空 From 空间（这样就可以实现把不活跃的对象给回收掉）
From To 空间角色互换，开始下一轮循环

还有一种情况，当复制到 To 空间的时候， To 空间已经使用了25%，那么这个对象直接晋升到老生代区。

老生代垃圾回收算法

老生代中用标记 - 清除（Mark-Sweep）的算法来处理。
首先是标记过程阶段，标记阶段就是从一组根元素开始，递归遍历这组根元素(遍历调用栈)，在这个遍历过程中，能到达的元素称为活动对象,没有到达的元素就可以判断为垃圾数据.然后在遍历过程中标记，标记完成后就进行清除过程。它和副垃圾回收器的垃圾清除过程完全不同，这个的清除过程是删除标记数据。

清除算法后，会产生大量不连续的内存碎片。而碎片过多会导致大对象无法分配到足够的连续内存，于是又产生了标记 - 整理（Mark-Compact）算法，这个标记过程仍然与标记 - 清除算法里的是一样的，但后续步骤不是直接对可回收对象进行清理，而是让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存，从而让存活对象占用连续的内存块。