JAVA的垃圾回收机制

JAVA还是非常有意思的！垃圾回收机制不知道比C++高到哪里去了（滑稽）
下面简要记录下垃圾回收机制
（另，终于过完考试月，准备逐渐恢复机器人篇的记录）

JAVA垃圾回收机制　
任何一种垃圾回收算法一般要做两件基本事情：

1. 发现无用的对象
2. 回收无用对象占用的内存空间。

垃圾回收相关算法

1. 引用计数法　　
   堆中每个对象都有一个引用计数。被引用一次，计数加1. 被引用变量值变为null，则计数减1，直到计数为0，则表示变成无用对象。优点是算法简单，缺点是“循环引用的无用对象”无法别识别。
2. 引用可达法(根搜索算法)（用的较多）　　
   程序把所有的引用关系看作一张图，从一个节点GC ROOT开始，寻找对应的引用节点，找到这个节点以后，继续寻找这个节点的引用节点，当所有的引用节点寻找完毕之后，剩余的节点则被认为是没有被引用到的节点，即无用的节点。

分代垃圾回收机制
分代垃圾回收机制的出发点：不同的对象的生命周期是不一样的。因此，不同生命周期的对象可以采取不同的回收算法，生命周期短的可以频繁扫描，尽快清除，节约空间；生命周期长的降低扫描次数，减少无用的操作。
JAVA将对象分为三种状态：年轻代、年老代、持久代。JVM将堆内存划分为 Eden、Survivor 和 Tenured/Old 空间。

1. 年轻代
   所有新生成的对象首先都是放在Eden区。 年轻代就是那些生命周期短的对象，对应的清理器是Minor GC。 Minor GC 的算法采用效率较高的复制算法，频繁的操作，但是会浪费内存空间。当“年轻代”区域存放满对象后，就将对象存放到年老代区域。所有新生成的对象首先都是放在Eden区。 年轻代就是那些生命周期短的对象，对应的清理器是Minor GC。 Minor GC 的算法采用效率较高的复制算法，频繁的操作，但是会浪费内存空间。当“年轻代”区域存放满对象后，就将对象存放到年老代区域。
2. 年老代
   在年轻代中经历了N(默认15)次垃圾回收后仍然存活的对象，就会被放到年老代中。因此，可以认为年老代中存放的都是一些生命周期较长的对象。年老代对象越来越多，我们就需要启动Major GC和Full GC(全量回收)，全面清理年轻代区域和年老代区域。在年轻代中经历了N(默认15)次垃圾回收后仍然存活的对象，就会被放到年老代中。因此，可以认为年老代中存放的都是一些生命周期较长的对象。年老代对象越来越多，我们就需要启动Major GC和Full GC(全量回收)，全面清理年轻代区域和年老代区域。
3. 持久代
   用于存放静态文件，如Java类、方法等。持久代对垃圾回收没有显著影响。
   几种GC：
   　·Minor GC:　　
   　用于清理年轻代区域。Eden区满了就会触发一次Minor GC。清理无用对象，将有用对象复制到“Survivor1”、“Survivor2”区中，S1每次都会清理，S2经过设定次数（一般15次）才会清理　　
   　·Major GC：　　
   　用于清理老年代区域。　　
   　·Full GC：　　
   　用于清理年轻代、年老代区域。 成本较高，会对系统性能产生影响。

垃圾回收过程：

1. 新创建的对象，绝大多数都会存储在Eden中，
2. 当Eden满了（达到一定比例）不能创建新对象，则触发垃圾回收（GC），将无用对象清理掉，然后剩余对象复制到某个Survivor中，如S1，同时清空Eden区
3. 当Eden区再次满了，会将S1中的不能清空的对象存到另外一个Survivor中，如S2，同时将Eden区中的不能清空的对象，也复制到S1中，保证Eden和S1，均被清空。
4. 重复多次上面的过程(默认15次)Survivor中没有被清理的对象，则会复制到老年代Old(Tenured)区中，
5. 当Old区满了，则会触发一个一次完整地垃圾回收（FullGC）。

Eden —— Survivor1 —— Survivor2 —— Old —— Full GC 全清理
Eden &Survivor1 （每次都清理）
Survivor2 （存放每次清理从S1收到的对象，15次之后才会清理）
Old（存放从S2得到的对象，满了才清理）