Jvm系列-垃圾回收

一、内存回收

1.1 GC机制

• 随着程序的运行，内存中的实例对象、变量等占据的内存越来越多，如果不及时进行回收，会降低程序运行效率，甚至引发系统异常。
• 在五个内存区域中，有3个是不需要进行垃圾回收的：本地方法栈、程序计数器、虚拟机栈。因为他们的生命周期是和线程同步的，随着线程的销毁，他们占用的内存会自动释放。所以，只有方法区和堆区需要进行垃圾回收，回收的对象就是那些不存在任何引用的对象。

1.2 GC查找算法

经典的引用计数算法，每个对象添加到引用计数器，每被引用一次，计数器+1，失去引用，计数器-1，当计数器在一段时间内为0时，即认为该对象可以被回收了。但是这个算法有个明显的缺陷：当两个对象相互引用，但是二者都已经没有作用时，理应把它们都回收，但是由于它们相互引用，不符合垃圾回收的条件，所以就导致无法处理掉这一块内存区域。因此，Sun的JVM并没有采用这种算法，而是采用一个叫——根搜索算法。

1.2.1基本思想

从一个叫GC Roots的根节点出发，向下搜索，如果一个对象不能达到GC Roots的时候，说明该对象不再被引用，可以被回收。如上图中的Object5、Object6、Object7，虽然它们三个依然相互引用，但是它们其实已经没有作用了，这样就解决了引用计数算法的缺陷。

1.2.2 补充概念

在JDK1.2之后引入了四个概念：强引用、软引用、弱引用、虚引用。

• 强引用：new出来的对象都是强引用，GC无论如何都不会回收，即使抛出OOM异常。
• 软引用：只有当JVM内存不足时才会被回收。

public class Demo{
    public static void main(String[]args){
        Object obj=new Object();
        SoftReference<Object> ref=new SoftReference<Object><obj>;//软引用
        obj=null;//断开连接
        System.gc();
        System.out.println(ref.get());
    }
}

• 弱引用：只要GC,就会立马回收，不管内存是否充足。
• 虚引用：可以忽略不计，JVM完全不会在乎虚引用，你可以理解为它是来凑数的，凑够”四大天王”。它唯一的作用就是做一些跟踪记录，辅助finalize函数的使用。

最后总结，什么样的类需要被回收：

• 该类的所有实例都已经被回收；
• 加载该类的ClassLoad已经被回收；
• 该类对应的反射类java.lang.Class对象没有被任何地方引用。

二、垃圾回收算法

2.1 G1

小步快跑：任意一秒内，延迟时间不能大于10ms
预测模型
创新分区模式
垃圾最多的小堆区会最先收集

三、指针逃逸