Java虚拟机的垃圾回收机制

判断对象已死的方法：

1.       引用计数算法

给对象添加一个引用计数器，每当有一个地方引用它时，计数器值就加1，当引用失效时，计数器值就减1；任何时刻计数器值都为0时对象就表示它不可能被使用了。这个算法实现简单，但很难解决对象之间循环引用的问题，因此Java并没有用这种算法！这是很多人都误解了的地方。

2.       根搜索算法

通过一系列名为“GC ROOT”的对象作为起始点，从这些结点开始向下搜索，搜索所走过的路径称为引用链，当一个对象到GC ROOT没有任何引用链相连时，则证明这个对象是不可用的。如果对象在进行根搜索后发现没有与GC ROOT相连接的引用链，则会被第一次第标记，并看此对象是否需要执行finalize()方法（忘记finalize()这个方法吧，它可以被try-finally或其他方式代替的），当第二次被标记时，对象就会被回收。

 

引用分类：

1.       强引用（Strong Reference），类似“Object obj = newObject()”这类的引用，只要强引用还在，对象就永远不会被回收

2.       软引用（Soft Reference），描述一些还有用，但并非必须的对象（如缓存）。在系统将要发生内存溢出异常之前，将会把这些对象列进回收范围之中

3.       弱引用（Weak Reference），和软引用一样，但是强度更弱，被弱引用关联的对象只能生存到下一次垃圾回收之前

4.       虚引用（Phantom Reference），最弱的一种引用关系，虚引用和对象的生存周期没有任何关系，虚引用的唯一作用是在对象被回收时收到一个系统通知。

 

垃圾收集算法

1.        标记-清除算法

首先标记出所有需要回收的对象，在标记完成后统一回收掉所有被标记的对象。它的缺点是：1.效率低，标记和清除这两个过程效率都不高；2.空间问题，清除之后可能会产生大量的内存碎片，导致大对象无法找到一片连续的内存。

2.        复制算法

将可用内存分为大小相等的两块，每次只使用其中的一块。当一块的内存用完了，就将还活着的对象复制到另一块上，再把原本那块的内存一次性清理掉，这种算法的缺点是将原本的内存大小缩水了一半。一般用于Minor-GC，因为在新生代的对象98%都是朝生夕死的，所以不需要1:1的比例来划分内存，而是分成一块较大的Eden空间和两块较小的Survivor空间，每次使用Eden和其中一块Survivor。当回收时，将Eden和Survivor中还存活的对象一次性拷到另外一块Survivor空间上，最后再清理掉Eden和刚才用过的Survivor空间。

3.        标记-整理算法

先标记出需要回收的对象，然后让存活的对象都往一端移动，然后直接清理掉边界意外的内存。

4.        分代收集算法

将堆分成新生代（Eden, From Survivor, To Survivor）和老年代，在新生代中使用复制算法，即Minor-GC，当一些对象经过多次的Minor-GC后还留在新生代，则会被搬移到老年代中。而老年代中使用标记-清理或标记-整理算法，即Major GC/Full GC。

 

-XX:PretenurseSizeThreshold=1024，则大于次参数的对象会直接分配到老年代（尽可能不要写一些“短命大对象”！）

-XX:MaxTenuringThreshold=15，在survivor空间存活15次之后，则会搬移到老年代

如果是Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代。

进行Minor GC时，虚拟机会检测之前每次晋升到老年代的平均大小是否大于老年代的剩余空间大小，如果大于，则直接进行一次Full GC。

PS：本文是对《深入理解Java虚拟机》一书的总结与参考