Java垃圾回收的原理与方法

Java垃圾回收的原理与方法

判断对象是否需要进行回收

1. 引用计数算法
   Java虚拟机中并没有使用这种方法，即给对象中添加一个引用计数器，如果当前对象在一处被引用时则给该计数器设为1，如果该对象在任何地方都没有被引用的话，就将计数器设置为0。这种方式缺点在于无法解决循环引用的问题，当两个对象都没有其他地方引用，却存在相互引用的话，无法将计数器设置为0。
2. 可达性分析算法
   通过设定一些GC Roots的对象作为起始点，从这些节点开始进行向下搜索，所走过的路径成为引用链（Reference Chain），当一个对象到GC Roots没有任何引用链相连的时候，则说明该对象时不可用的。
   
   • 可以作为GC Roots的对象包括以下两种：栈帧上下文以及全局性引用
   • 虚拟机栈中引用的对象
   • 方法区中类静态属性引用的对象
   • 方法区中常量引用的对象
   • 本地方法栈中JNI（Native方法）引用的对象

对象进行GC之前的执行步骤

1. 对于一个对象而言，其finalize生命周期中finalize方法只会被调用一次
2. 进行可达性分析之后找到没有与GC Roots相连的对象，如果该对象没有覆盖finalize方法或者已经被调用过一次finalize方法的话，直接进行GC，否则进行第一次标记进入F-Queue队列
3. 在F-Queue队列中进行第二次小规模标记，挑出那些在finalize方法中重新建立引用链的对象移出“即将回收”的集合。否则进行GC。
4. 不建议使用finalize方法，有关资源释放使用try-finally即可

回收方法区

1. 废弃常量：与对象的回收类似，判断是否有引用即可
2. 无用的类：无用的类需要满足的条件较多，需要满足以下三个条件
   
   • 该类所有实例已经被回收
   • 加载该类的ClassLoader已经回收
   • 该类对应的java.lang.Class对象没有在任何地方被引用

垃圾收集算法

1. 标记-清除（Mark-Sweep）算法：对所有对象进行标记，标记完了之后进行清除
   
   • 标记和清除的效率都不高
   • 清理之后会产生大量不连续内存碎片，当需要分配较大对象的时候就可能提前触发另一次GC
2. 复制（Copying）算法：设置一个Eden区域以及两个Survivor区域，在进行一次GC之后将当前Eden以及使用了的Survivor的内容移动到另一个Survivor区域中，每次GC重复此活动
   
   • Java虚拟机中，默认情况下Eden和Survivor进行8：1的比例进行分配
   • 当Survivor空间不够时，使用老年代进行分配担保（Handle Promotion）。个人理解：因为大部分时间垃圾回收机制都能正确地将垃圾进行回收，但是偶尔会出现空间不够的问题，这时候就把要进入Survivor的那些对象使用老年代的空间来存储，跟随老年代进行垃圾回收，但是因为出现的次数不多，对整体垃圾回收不会产生什么大的影响。
3. 标记-整理（Mark-Compact）算法：与标记清除算法不同的是，在完成标记之后，将所有存活的对象向一端进行移动，然后清除其他的区域
4. 分代收集算法：仅仅是分为年轻代和老年代分别采用不同的垃圾收集方式