4、GC相关

1、概述

1.1 GC的概念

Java中，GC的对象是堆空间和永久区

1.2 GC算法

• 引用计数法(老牌垃圾回收算法，通过引用计算来回收垃圾)
• 标记清除
• 标记压缩
• 复制算法

1.3 可触及性

1.4 Stop-The-World

2、GC算法

2.1 引用计数法

引用计数器的实现很简单，对于一个对象A，只要有任何一个对象引用了A，则A的引用计数器就加1，当引用失效时，引用计数器就减1。只要对象A的引用计数器的值为0，则对象A就不可能再被使用。

引用计数法的问题

• 引用和去引用伴随加法和减法，影响性能
• 很难处理循环引用
  

2.2 标记-清除算法

   标记-清除算法是现代垃圾回收算法的思想基础。标记-清除算法将垃圾回收分为两个阶段：标记阶段和清除阶段。一种可行的实现是，在标记阶段，首先通过根节点，标记所有从根节点开始的可达对象。因此，未被标记的对象就是未被引用的垃圾对象。然后，在清除阶段，清除所有未被标记的对象。

2.3 标记-压缩算法

   标记-压缩算法适合用于存活对象较多的场合，如老年代。它在标记-清除算法的基础上做了一些优化。和标记-清除算法一样，标记-压缩算法也首先需要从根节点开始，对所有可达对象做一次标记。但之后，它并不简单的清理未标记的对象，而是将所有的存活对象压缩到内存的一端。之后，清理边界外所有的空间。

标记压缩对标记清除而言，有什么优势呢？
（标记清除是标记完自己清除，这样的内存会容易有碎片，一般需要在做一步压缩。而标记压缩算法是标记的时候同时压缩，效率更好，同时避免分配大对象时，空间不够导致FullGC）

2.4 复制算法

• 与标记-清除算法相比，复制算法是一种相对高效的回收方法
• 不适用于存活对象较多的场合 如老年代
• 将原有的内存空间分为两块，每次只使用其中一块，在垃圾回收时，将正在使用的内存中的存活对象复制到未使用的内存块中，之后，清除正在使用的内存块中的所有对象，交换两个内存的角色，完成垃圾回收
  
• 复制算法的最大问题是：空间浪费 整合标记清理思想
  对象的产生可以放在最大的空间，下面两块较小的内存用来做复制算法，当垃圾回收进行的时候，大对象首先进入担保空间（老年代），剩余的存活对象做复制，复制到新的复制空间，原来的复制空间中的年轻对象也被复制到新的复制空间，然后清除掉大内存和原来的复制空间。
  
  
  新生代分配的堆大小空间是15M，比前面total的控件要大1M多，原因是复制算法的交换区控件from/to 浪费了一部分用于复制算法的内存空间！

2.5 分代思想

2.5.1 依据对象的存活周期进行分类，短命对象归为新生代，长命对象归为老年代。

2.5.2 根据不同代的特点，选取合适的收集算法

• 少量对象存活，适合复制算法
• 大量对象存活，适合标记清理或者标记压缩

2.5.3 老年代对象：

1、对象在进行清理的时候，由于新生代空间不够，作为担保空间，老年代会进入一些新生代的对象。
2、大部分的老年代对象是由于多次GC在新生代都没有被回收掉而进入老年代的。

2.6 可触及性

2.6.1 概述

所有的算法，需要能够识别一个垃圾对象，因此需要给出一个可触及性的定义

2.6.2 名称解释

• 可触及的
  - 从根节点可以触及到这个对象
• 可复活的
  - 一旦所有引用被释放，就是可复活状态
  - 因为在finalize()中可能复活该对象
• 不可触及的
  - 在finalize()后，可能会进入不可触及状态
  - 不可触及的对象不可能复活
  - 可以回收

2.6.3 例子

第一步、定义一个可触及对象

public class CanReliveObj {
	public static CanReliveObj obj;
	@Override
	protected void finalize() throws Throwable {
	    super.finalize();
	    System.out.println("CanReliveObj finalize called");
	    obj=this;
	}
	@Override
	public String toString(){
	    return "I am CanReliveObj";
	}
}

第二步、定义Main方法

public static void main(String[] args) throws InterruptedException{
	obj=new CanReliveObj();
	obj=null;   //可复活
	System.gc();
	Thread.sleep(1000);
	if(obj==null){
	    System.out.println("obj 是 null");
	}else{
	    System.out.println("obj 可用");
	}
	System.out.println("第二次gc");
	obj=null;    //不可复活
	System.gc();
	Thread.sleep(1000);
	if(obj==null){
		System.out.println("obj 是 null");
	}else{
		System.out.println("obj 可用");
	}
}

第三步、运行结果

obj 可用
obj 是 null

第四步、分析
当第一次执行GC的时候，在对象的finalize()方法的最后，将当前对象赋值给一个可触及的对象obj，GC的时候，可触及对象obj不能被回收，所以可用，当第二次GC的时候，finalize()已经执行过一次了，不会执行第二次，并不会重新给obj赋值，这个时候obj不可触及，所以就被回收了~

2.6.4 建议

• 经验：避免使用finalize()，操作不慎可能导致错误。
• 优先级低，何时被调用， 不确定
  何时发生GC不确定
• 可以使用try-catch-finally来替代它

2.6.5 根

• 栈中引用的对象
• 方法区中静态成员或者常量引用的对象（全局对象）
• JNI方法栈中引用对象

2.7 Stop-The-World

2.7.1 概述

• Java中一种全局暂停的现象
• 全局停顿，所有Java代码停止，native代码可以执行，但不能和JVM交互
• 多半由于GC引起
  Dump线程
  死锁检查
  堆Dump

2.7.2 GC时为什么会有全局停顿？

类比在聚会时打扫房间，聚会时很乱，又有新的垃圾产生，房间永远打扫不干净，只有让大家停止活动了，才能将房间打扫干净。

2.7.3 危害

• 长时间服务停止，没有响应
• 遇到HA系统，可能引起主备切换，严重危害生产环境。
  

2.7.4 例子

第一步、编写代码， 大于450M时，清理内存

public static class MyThread extends Thread{
	HashMap<Long,byte[]> map=new HashMap<Long,byte[]>();
	@Override
	public void run(){
		try{
			while(true){
				if(map.size()*512/1024/1024>=450){
					System.out.println(“=====准备清理=====:"+map.size());
					map.clear();
				}
				
				for(int i=0;i<1024;i++){
					map.put(System.nanoTime(), new byte[512]);
				}
				Thread.sleep(1);
			}
		}catch(Exception e){
			e.printStackTrace();
		}
	}
}

第二步、启动
-Xmx512M -Xms512M -XX:+UseSerialGC -Xloggc:gc.log -XX:+PrintGCDetails -Xmn1m -XX:PretenureSizeThreshold=50 -XX:MaxTenuringThreshold=1
第三步、观察分析

有两次大的停顿（GC导致的）