JVM垃圾回收

1.如何判断对象可以回收

1.1引用计数法

A对象引用B对象，B对象现在的引用计数是1；B对象引用A对象，A对象的应用计数也是1；A、B对象的应用技术不能归零，导致这两个对象不能作为垃圾进行回收，因此造成内存上的泄露。

1.2可达性分析算法

• Java虚拟机中的垃圾回收器采用可达性分析来探索所有存货的对象
• 扫描堆中的对象，看是否能够沿着GC Root对象为起点的引用链找到该对象，找不到，表示可以回收
• 那些对象可以作为GC ROOT?
  局部变量所引用的对象的是可以作为根对象的。
  方法参数所应用的字符串数组对象也是根对象。
  

1.3四种引用

1、强引用

• 只有所有的GC Roots对象都不通过【强引用】引用对象，该对象才能被垃圾回收。

2、软引用

• 仅有软用引用引用该对象时，在垃圾回收后，内存仍不足时会再次出发垃圾回收，回收软引用对象。
• 可以配合引用队列来释放软引用自身
  
  
  
  
  从队列中获取无用的 软引用对象，并移除
  

3、弱引用

• 仅有弱引用引用该对象时，在垃圾回收时，无论内存是否充足，都会回收弱引用对象
• 可以配合引用队列来释放弱引用自身

GC:


Full GC:

4、虚引用

• 必须配合引用队列使用，主要配合ByteBuffer使用，被引用对象回收时，会将虚引用入队，由Reference Handler线程调用虚引用相关方法释放直接内存。

2.垃圾回收算法

2.1标记清除

• 速度较快
• 会造成内存碎片

2.2标记整理

• 速度慢
• 没有内存碎片

2.3复制

• 不会有内存碎片
• 需要占用双倍内存空间

清除碎片，并交换位置

3.分代垃圾回收

• 对象首先分配在伊甸园区域
• 新生代空间不足时，触发minor gc,伊甸园和from存货对象使用copy复制到to中，存活对象年龄加1并且交换from to
• minor gc会引发stop the world,暂停其他用户的线程，等垃圾回收借宿，用户线程才恢复运行。
• 当对象寿命超过阈值时，会晋升至老年代，最大寿命是15次（4bit)
• 当老年代空间不足，会先尝试触发minor gc,如果空间仍不足，那么触发full gc，STW的时间更长

3.1相关VM参数

4.垃圾回收器

1、串行

• 单线程
• 堆内存较小，适合个人电脑
  2、吞吐量优先
• 多线程
• 堆内存较大，多核cpu
• 让单位时间内，STW的时间最短
  3、响应时间优先
• 多线程
• 堆内存较大，多核cpu
• 尽可能让单次STW的时间最短

4.1串行

4.2吞吐量优先

4.3响应时间优先

4.4G1

G1全称是Garage First

使用场景

• 同时注重吞吐量（Throughput）和低延迟（Low latency），默认的暂停目标是200ms
• 超大堆内存，会将堆划分为多个大小相等的Region
• 整体是标记+整理算法，两个区域之间是复制算法
  
  1）G1垃圾回收阶段
  
  2）Young Collection
• 会STW
  
  新生代区域
  
  幸存区
  
  幸存区对象超过一定时间，一部分会放在幸存区，一部分会放在老年代
  3）Young Collection+CM
• 在Young GC时会进行GC Root的初始标记
• 老年代占用堆空间比例达到阈值时，进行并发标记（不会STW），由下面的JVM参数决定

4）Mixed Collection
会对E、S、O进行全面垃圾回收

• 最终标记（Remark）会STW
• 拷贝存活（Evacuation）会STW
  
  5)Full GC
  SerialGC
• 新生代内存不足发生的垃圾收集 -minor gc
• 老年代内存不足发生的垃圾收集 -full gc

ParallelGC

• 新生代内存不足发生的垃圾收集 -minor gc
• 老年带内存不足发生的垃圾收集 -full gc

CMS

• 新生代内存不足发生的垃圾收集 -minor gc
• 老年代内存不足

G1

• 新生代内存不足发生的垃圾收集 -minor gc
• 老年代内存不足
  6）Young Collection跨代引用
• 新生代回收的跨代引用（老年代引用新生代）问题
  
  7）Remark
  
  黑色已经处理晚
  灰色尚在处理中
  白色还没处理

8)JDK 8u20字符去重

• 优点：节省大量内存
• 缺点：略微多占用了cpu时间，新生代回收时间略微增加
  
• 将所有新分配的字符串放入一个队列
• 当新生代回收时，G1并发检查是否由字符串重复
• 如果它们值一样，让它们的引用同一个char[]
• 注意，与String.intern()不一样
  （1）String.intern()关注的时字符串对象
  （2）而字符串去重关注的时char[]
  (3)在JVM内部，使用了不同的字符串表

9)JDK 8u40并发标记类卸载
所有对象都经过并发标记后，就能知道那些类不再被使用，当当一个类加载器的所有类都不在使用，则卸载它所加载的所有类

10)JDK 8u60回收巨型对象

• 一个对象大于region的一半时，称之为巨型对象
• G1不会对巨型对象进行拷贝
• G1会跟踪老年代所有incoming应用，这样老年代incoming应用为0的巨型对象及可以在新生代垃圾回收时处理掉

11)JDK9 并发标记起始时间的调整

• 并发标记必须在堆空间沾满前完成，否则退化为FullGC
• JDK 9之前使用-XX:InitiatingHeapOccupancyPercent
• JDK 9可以动态调整
  （1）XX:InitiatingHeapOccupancyPercent用来设置初始值
  （2）进行数据采样并动态调整
  （3）总会添加一个安全的空挡空间

12)JDK 9更高效的回收

• 250+增强
• 180+bug修复

5.垃圾回收调优

5.1调优的领域：

• 内存
• 锁竞争
• cpu竞争
• io

5.2确定目标

• 【低延迟】还是【高吞吐量】，选择合适的回收器
• CMS,G1,ZGC
• ParrallelGC
• zing

5.3最快的GC时不发生GC

• 查看FullGC前后的内需一年占用，考虑下面的几个问题

• 数据是不是太多？
  （1）resultSet=statement.executeQuery(“select * from 大表”)
  解决方法：(“select * from 大表 limit n”)

• 数据表示是否太臃肿？
  (1)对象图
  （2）对象大小16 Interger 24 int 4

5.4 新生代调优

新生代的特点

• 所有的new操作的内存分配非常来廉价
• 死亡对象的回收代价是零
• 大部分对象用过即死
• Minor GC的时间远远低于Full GC

5.5 老奶代调优

以CMS为例

• CMS的老年代内存越大越好
• 先尝试不做调优，即使发生Full GC，也应该先从尝试调优新生代
• 观察发生Full GC时老年代内存占用，将老年代内存预设调大1/4~1/3