JVM垃圾回收

判断对象是否存活

引用计数法

原理：假设有一个对象A，任何一个对象对A的引用，那么对象A的引用计数器+1，当引用失败时，对象A的引用计数器 就-1，如果对象A的计数器的值为0，就说明对象A没有引用了，可以被回收。

优点：

• 实时性较高，无需等到内存不够的时候，才开始回收，运行时根据对象的计数器是否为0，就可以直接回收。 
• 在垃圾回收过程中，应用无需挂起。如果申请内存时，内存不足，则立刻报outofmember 错误。
• 区域性，更新对象的计数器时，只是影响到该对象，不会扫描全部对象。 

缺点：

• 每次对象被引用时，都需要去更新计数器，有一点时间开销。 
• 浪费CPU资源，即使内存够用，仍然在运行时进行计数器的统计。 
• 无法解决循环引用问题。（最大的缺点）

可达性分析算法（重点）

通过一系列称为“GC Roots”的根对象作为起始节点集，从这些节点开始，根据引用关系向下搜索，搜索过程所走过 的路径称为“引用链”（Reference Chain），如果某个对象到GC Roots间没有任何引用链相连，就说明从GC Roots 到这个对象不可达时，则证明此对象是不可能再被使用的，就是可以回收的对象。

 在JVM虚拟机中，可作为GC Roots的对象包括以下几种：

1. 在虚拟机栈（栈帧中的本地变量表）中引用的对象，譬如各个线程被调用的方法堆栈中使用到的参数、局部 变量、临时变量等。
2. 在方法区中类静态属性引用的对象，譬如Java类的引用类型静态变量。 
3. 在方法区中常量引用的对象，譬如字符串常量池（String Table）里的引用。 
4. 在本地方法栈中JNI（即通常所说的Native方法）引用的对象。
5. Java虚拟机内部的引用，如基本数据类型对应的Class对象，一些常驻的异常对象（比如 
6. NullPointExcepiton、OutOfMemoryError）等，还有系统类加载器。
7. 所有被同步锁（synchronized关键字）持有的对象。
8. 反映Java虚拟机内部情况的JMXBean、JVMTI中注册的回调、本地代码缓存等。

对象引用

强引用

• 在程序代码之中普遍存在的引用赋值，即类似“Object obj=new Object()”这种引用关系。 
• 无论任何情况下，只要强引用关系还存在，垃圾收集器就永远不会回收掉被引用的对象。

软引用

• 用来描述一些还有用，但非必须的对象。
• 只被软引用关联着的对象，在系统将要发生内存溢出异常前，会把这些对象列进回收范围之中进行第二 次回收，如果这次回收还没有足够的内存，才会抛出内存溢出异常。

弱引用

• 用来描述那些非必须对象，但是它的强度比软引用更弱一些，被弱引用关联的对象只能存活到下一次垃 圾收集发生为止。
• 当垃圾收集器开始工作，无论当前内存是否足够，都会回收掉只被弱引用关联的对象。 

虚引用

• 最弱的一种引用关系，一个对象是否有虚引用的存在，完全不会对其生存时间构成影响，也无法通过虚 
• 引用来取得一个对象实例。为一个对象设置虚引用关联的唯一目的只是为了能在这个对象被收集器回收时收到一个系统通知。

垃圾收集算法

标记清除法

最基础的垃圾回收算法，两个步骤：标记->清除。

问题：导致内存碎片化

标记压缩算法

将内存一分为二，复制存活的对象到第二个内存中，清除第一个所有内存。

问题：可使用内存空间减少一半

标记复制算法

将存活对象移动到内存的一端

垃圾收集器

G1垃圾收集器（重点）

原理

G1垃圾收集器相对比其他收集器而言，最大的区别在于它取消了年轻代、老年代的物理划分，取而代之的是将堆 划分为若干个区域（Region），这些区域中包含了有逻辑上的年轻代、老年代区域。