JVM:垃圾回收机制【思维导图】

垃圾回收机制

判断对象不再被使用 p70

可达性分析

• 从GC Roots向下搜（一组一定活跃的引用）
• 只要跟「GC Roots」没有直接或者间接引用相连就是垃圾

引用计数

• 被引用+1，引用失败-1，计数器为0时不再被引用
• 缺点：若存在：互相依赖（引用）的A、B，引用计数不为0，导致无法回收

垃圾回收算法

标记清除

• 【标记】哪些没有被「GC Roots」引用的对象

  • 【清除】不被「GC Roots」关联的都清除

    • 存在问题【内存碎片】

标记复制

• 【标记】

  • 【复制】：把「标记」存活的对象「复制」到另一块空间

    • 【清除】把原有的整块空间清除，解决内存碎片问题

      • 存在问题【内存利用率低】需要准备一块新的区域复制(移动)过去

标记整理

• 【标记】

  • 【整理】在「当前区域」内进行移动：存活死亡分别放在两边

    • 【清除】清除垃圾那一块区域

垃圾回收器分类 【分代概念】

为了使「stop the world」持续的时间尽可能短以及提高并发式GC所能应付的内存分配速率，给垃圾对象进行分类（JDK8及以下所使用到的垃圾收集器都是有「分代」概念的）

新生代

• Seria、Parallel Scavenge、ParNew

  • 使用【标记复制】算法

老年代

• Serial Old、Parallel Old、CMS

内存分配与回收策略

堆内存

• 将新生代划分出Survivor区（Survivor From 和Survivor To）
  目的就是为了有一块完整的内存空间供垃圾回收器进行拷贝(移动)

  • 新的对象进入Eden

大对象、长期存活、动态对象直接进入老年代

• 大对象：创建时很大或Survivor区无法存下该对象

• 长期存活对象

  • 每发生一次MinorGC，存活age+1，达到15(默认值)晋升为老年代

• 动态对象年龄判断 P134

  • age大于等于【S区中相同age对象大小总和>S空间/2】

MinorGC 年轻代GC P130

• 对象在新生代Eden区中分配，当Eden区不足时触发
• HotSpot 虚拟机(G1以下)要求整个GC堆在连续的地址空间上，会有一条分界线（一侧是老年代，另一侧是年轻代。)通过「地址」可以判断对象在哪个分代上，不用考虑GCRoots会扫描到老年代(全堆扫描)的可能。

跨代引用

(老年代对象持有年轻代对象的引用)

• 「card table」卡表避免全局扫描「老年代」对象

  • 「堆内存」的每一小块区域形成「卡页」
  • 一个卡页中有存在对象的跨代引用时，将标记为「脏页」
  • 每次Minor GC 时去「卡表」找到「脏页」，找到后加入GC Root，不需去遍历整个「老年代」对象