[java,2017-05-15] 内存回收 （流程、时间、对象、相关算法）

标签：复制流程需要大数垃圾回收sql虚拟机jid简单

内存回收的流程

java的垃圾回收分为三个区域新生代、老年代、 永久代

一个对象实例化时 先去看伊甸园有没有足够的空间：如果有 不进行垃圾回收 ,对象直接在伊甸园存储；如果伊甸园内存已满,会进行一次minor gc；然后再进行判断伊甸园中的内存是否足够；如果不足 则去看存活区的内存是否足够；如果内存足够,把伊甸园部分活跃对象保存在存活区,然后把对象保存在伊甸园；如果内存不足,向老年代发送请求,查询老年代的内存是否足够；如果老年代内存足够,将部分存活区的活跃对象存入老年代.然后把伊甸园的活跃对象放入存活区,对象依旧保存在伊甸园；如果老年代内存不足,会进行一次full gc,之后老年代会再进行判断 内存是否足够,如果足够 同上；如果不足 会抛出OutOfMemoryError。

内存回收的时间

java中的GC（内存回收）分为2种，minor GC 和 Full Gc(也称为Major GC)。

Minor GC 的触发条件：大多数情况下，直接在 Eden 区中进行分配。如果 Eden区域没有足够的空间，那就会发起一次 Minor GC；

Full GC（Major GC）的触发条件：也是如果老年代没有足够空间的话，那么就会进行一次 Full GC。

Ps：上面所说的只是一般情况下，实际上，需要考虑一个空间分配担保的问题：

在发生Minor GC之前，虚拟机会先检查老年代最大可用的连续空间是否大于新生代所有对象的总空间。如果大于则进行Minor GC，如果小于则看HandlePromotionFailure设置是否允许担保失败（不允许则直接Full GC）。如果允许，那么会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于则尝试Minor GC（如果尝试失败也会触发Full GC），如果小于则进行Full GC。

但是，具体到什么时刻执行，这个是由系统来进行决定，是无法预测的。

内存回收的对象