ToB企服应用市场:ToB评测及商务社交产业平台

标题: JVM常见面试题（四）：垃圾回收 [打印本页]

---

作者: 花瓣小跑    时间: 2024-11-24 23:50
标题: JVM常见面试题（四）：垃圾回收
文章目录
前言

• 堆区域分别
  
• GC分类
  
• 空间分配担保
  
• 查看JDK使用的垃圾回收器
  
• 常见面试题
  

一、对象什么时候可以被垃圾器回收

• 1.1 对象何时被垃圾器回收
  
• 1.2 如何定位垃圾/判断对象是否死亡
  
  
  
  • 1.2.1 引用计数法
    
  • 1.2.2 可达性分析算法
    
  
  
• 1.3 如何判断一个常量是废弃常量
  
• 1.4 如何判断一个类是无用的类
  

二、JVM 垃圾回收算法有哪些

• 2.1 标志清除算法
  
• 2.2 标志整理算法
  
• 2.3 复制算法
  
• 2.4 分代网络算法
  

三、说一下JVM中的分代回收

• 3.1 堆区域分别
  
• 3.2 分代网络算法—工作机制/回收策略
  
• 3.3 GC分类/MinorGC、Mixed GC、FullGC的区别是什么
  

四、JVM有哪些垃圾回收器

• 4.1 串行垃圾网络器
  
• 4.2 并行垃圾网络器
  
  
  
  • Parallel New、Parallel Old
    
  • Parallel Scavenge网络器
    
  
  
• 4.3 CMS（并发）垃圾网络器
  
• 4.4 G1垃圾回收器
  
• 4.5 ZGC垃圾回收器
  

五、具体聊一下G1垃圾回收器

• G1回收器详解
  
• Young Collection（年轻代垃圾回收）
  
• Young Collection + Concurrent Mark (年轻代垃圾回收+并发标志)
  
• Mixed Collection (混合垃圾回收)
  

六、强引用、软引用、弱引用、虚引用

• 6.1 强引用（StrongReference）
  
• 6.2 软引用（SoftReference）
  
• 6.3 弱引用（WeakReference）
  
• 6.4 虚引用（PhantomReference）
  

七、总结

前言

当需要排查各种内存溢出题目、当垃圾网络成为系统到达更高并发的瓶颈时，我们就需要对这些“自动化"的技术实施必要的监控和调治。

• Java 的自动内存管理主要是针对对象内存的回收和对象内存的分配。同时，Java自动内存管理最核心的功能是堆内存中对象的分配与回收。
  
• Java堆是垃圾网络器管理的主要区域，因此也被称作GC堆（Garbage Collected Heap）。
  
• 从垃圾回收的角度来说，由于如今网络器基本都采用分代垃圾网络算法，以是Java堆被分别为了几个差别的区域，如许我们就可以根据各个区域的特点选择符合的垃圾网络算法。
  

堆区域分别

GC分类

针对HotSpot VM的实现，它内里的GC其实准确分类只有两大种：

• 部分网络(Partial GC)：
  
  
  
  • 新生代网络（Minor GC/Young GC）：只对新生代进行垃圾网络；
    
  • 老年代网络（Major GC／Old GC）：只对老年代进行垃圾网络。需要注意的是Major GC在有的语境中也用于指代整堆网络；
    
  • 混合网络（Mixed GC）：对整个新生代和部分老年代进行垃圾网络。
    
  
  
• 整堆网络(Full GC)：网络整个Java堆和方法区。新生代 + 老年代完整垃圾回收
  

空间分配担保

空间分配担保是为了确保在Minor GC之前老年代本身还有容纳新生代全部对象的剩余空间。
《深入理解Java虚拟机》第三章对于空间分配担保的描述如下：

• JDK6 Update 24之前，在发生Minor GC之前，虚拟机必须先检查老年代最大可用的一连空间是否大于新生代全部对象总空间，假如这个条件成立，那这一次Minor  GC可以确保是安全的。假如不成立，则虚拟机会先查看-XX:HandlePromotionFailure 参数的设置值是否答应担保失败（Handle
  Promotion Failure)；假如答应，那会继续检查老年代最大可用的一连空间是否大于历次晋升到老年代对象的平均大小，假如大于，将尝试进行一次Minor GC，只管这次Minor GC是有风险的；假如小于，或者-XX：HandlePromotionFailure 设置不答应冒险，那这时就要改为进行一次Full GC。
  
• JDK6 Update 24之后的规则变为只要老年代的一连空间大于新生代对象总大小或者历次晋升的平均大小，就会进行Minor GC，否则将进行Full GC。
  

查看JDK使用的垃圾回收器

JDK默认垃圾网络器（使用 java -XX:+PrintCommandLineFlags -version命令查看）：

• JDK 8：Parallel Scavenge (新生代）+ Parallel Old (老年代)
  
• JDK 9 ~ JDK22：G1
  

1. #查看被手动指定的参数。关注结果中的 UsexxxxGC 参数，如果没有指定，则使用默认收集器
2. java -XX:+PrintCommandLineFlags -version  
4. #查看所有参数
5. java -XX:+PrintFlagsFinal -version
7. #过滤查看GC相关参数。 这将列出所有与GC相关的参数。如果所有相关参数都为 false，则使用默认收集器。
8. java -XX:+PrintFlagsFinal -version | grep .*Use.*GC.*      #Linux系统
9. java -XX:+PrintFlagsFinal -version | findstr .*Use.*GC.*   #Windows系统

复制代码

上图表面jdk1.8使用的是默认的ParallelGC组合，即新生代Parallel Scavenge和老年代Parallel Old。
常见面试题

• 如何判断对象是否死亡/如何定位垃圾（两种方法）
  
• 简朴的介绍一下强引用、软引用、弱引用、虚引用（虚引用与软引用和弱引用的区别、使用软引用能带来的利益）
  
• 如何判断一个常量是废弃常量
  
• 如何判断一个类是无用的类
  
• 垃圾网络有哪些算法，各自的特点？
  
• HotSpot为什么要分为新生代和老年代？
  
• 常见的垃圾回收器有哪些？
  
• 介绍一下CMS,G1网络器
  
• Minor GC和Full GC有什么差别呢？
  

一、对象什么时候可以被垃圾器回收

1.1 对象何时被垃圾器回收

• 假如一个或多个对象没有任何的引用指向它了，那么这个对象如今就是垃圾，假如定位了垃圾，则有大概会被垃圾回收器回收。
  
• 假如要定位什么是垃圾，有两种方式来确定，第一个是引用计数法，第二个是可达性分析算法
  
  
  
  

1.2 如何定位垃圾/判断对象是否死亡

假如要定位什么是垃圾，有两种方式来确定，第一个是引用计数法，第二个是可达性分析算法
1.2.1 引用计数法

一个对象被引用了一次，在当前的对象头上递增一次引用次数，假如这个对象的引用次数为0，代表这个对象可回收
这个方法实现简朴，效率高，但是目前主流的虚拟机中并没有选择这个算法来管理内存，其最主要的原因是它很难办理对象之间循环引用的题目。

当对象间出现了循环引用的话，则引用计数法就会失效。

1.2.2 可达性分析算法

如今的虚拟机采用的都是通过可达性分析算法来确定哪些内容是垃圾。
这个算法的基本头脑就是通过一系列的称为“GC Roots”的对象作为出发点，从这些节点开始向下搜索，节点所走过的路径称为引用链，当一个对象到GC Roots没有任何引用链相连的话，则证明此对象是不可用的，需要被回收。

哪些对象可以作为 GC Root ?

• 虚拟机栈（栈帧中的当地变量表）中引用的对象
  
• 方法区中类静态属性引用的对象
  
• 方法区中常量引用的对象
  
• 当地方法栈中 JNI（即一般说的 Native 方法）引用的对象
  

重点看前三种

对象可以被回收，就代表一定会被回收吗？
即使在可达性分析法中不可达的对象，也并非是“非死不可”的，这时候它们暂时处于“缓刑阶段”，要真正宣告一个对象死亡，至少要经历两次标志过程；可达性分析法中不可达的对象被第一次标志并且进行一次筛选，筛选的条件是此对象是否有必要实行finalize方法。当对象没有覆盖finalize方法，或finalize方法已经被虚拟机调用过时，虚拟机将这两种情况视为没有必要实行。
被判定为需要实行的对象将会被放在一个队列中进行第二次标志，除非这个对象与引用链上的任何一个对象建立关联，否则就会被真的回收。
Object类中的finalize方法一直被认为是一个糟糕的设计，成为了Java语言的负担，影响了Java语言的安全和GC的性能。JDK9版本及后续版本中各个类中的finalize方法会被逐渐弃用移除。忘记它的存在吧！

无论是通过引用计数法判断对象引用数量，还是通过可达性分析法判断对象的引用链是否可达，判定对象的存活都与“引用”有关。
JDK1.2之前，Java中引用的定义很传统：假如reference范例的数据存储的数值代表的是另一块内存的起始地址，就称这块内存代表一个引用。
JDK1.2以后，Java对引用的概念进行了扩充，将引用分为强引用、软引用、弱引用、虚引用四种（引用强度逐渐削弱）
引用范例详解可见本文第六节。

1.3 如何判断一个常量是废弃常量

运行时常量池主要回收的是废弃的常量。那么，我们如何判断一个常量是废弃常量呢？

• JDK1.7之前运行时常量池逻辑包罗字符串常量池存放在方法区，此时hotspot虚拟机对方法区的实现为永久代
  
• JDK1.7字符串常量池被从方法区拿到了堆中，这里没有提到运行时常量池，也就是说字符串常量池被单独拿到堆，运行时常量池剩下的东西还在方法区，也就是hotspot中的永久代，
  
• JDK1.8 hotspot移除了永久代用元空间(Metaspace)取而代之，这时候字符串常量池还在堆，运行时常量池还在方法区，只不过方法区的实现从永久代变成了元空间（IMetaspace)
  

假如在字符串常量池中存在字符串"abe"，假如当前没有任何String对象引用该字符串常量的话，就说明常量"abc"就是废弃常量，假如这时发生内存回收的话而且有必要的话，"abc"就会被系统清理出常量池了。
1.4 如何判断一个类是无用的类

方法区主要回收的是无用的类，那么如何判断一个类是无用的类的呢？
判定一个常量是否是“废弃常量”比较简朴，而要判定一个类是否是“无用的类”的条件则相对苛刻许多。类需要同时满足下面3个条件才气算是“无用的类”：

• 该类全部的实例都已经被回收，也就是Java堆中不存在该类的任何实例。
  
• 加载该类的ClassLoader 已经被回收。
  
• 该类对应的java.lang.Class 对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。
  

虚拟机可以对满足上述3个条件的无用类进行回收，这里说的仅仅是“可以”，而并不是和对象一样不使用了就会必然被回收。
二、JVM 垃圾回收算法有哪些

• 标志清除算法
  
• 复制算法
  
• 标志整理算法
  

2.1 标志清除算法

标志清除算法（Mark-and-Sweep），是将垃圾回收分为2个阶段，分别是标志（Mark）和清除（Sweep）。

• 根据可达性分析算法得出的垃圾进行标志
  
• 对这些标志为可回收的内容进行垃圾回收
  

它是最基础的网络算法，后续的算法都是对其不足进行改进得到。这种垃圾网络算法会带来两个显着的题目：

• 效率题目：标志和清除两个过程效率都不高
  
• 空间题目：标志清除后会产生大量不一连的内存碎片，
  

关于具体是标志可回收对象（垃圾）还是不可回收对象，众说纷运，两种说法其实都没题目，我个人更倾向于是前者。
假如按照前者的理解，整个标志-清除过程大致是如许的：

• 当一个对象被创建时，给一个标志位，假设为o（false)；
  
• 在标志阶段，我们将全部可达对象（或用户可以引用的对象）的标志位设置为1（true);
  
• 扫描阶段清除的就是标志位为o（false)的对象。
  

2.2 标志整理算法

标志-整理（Mark-and-Compact）算法是根据老年代的特点提出的一种标志算法，标志过程仍然与“标志-清除”算法一样，但后续步骤不是直接对可回收对象回收，而是让全部存活的对象向一端移动，然后直接清理掉端边界以外的内存。

优缺点同标志清除算法，办理了标志清除算法的碎片化的题目，同时标志压缩算法多了一步，对象移动内存位置的步骤，其效率也有有一定的影响。
由于多了整理这一步，因此效率也不高，得当老年代这种垃圾回收频率不是很高的场景。
2.3 复制算法

复制算法（Copying）将内存分为大小相同的两块，每次使用此中的一块。当这一块的内存使用完后，就将还存活的对象复制到另一块去，然后再把使用的空间一次清理掉。如许就使每次的内存回收都是对内存区间的一半进行回收。

优点：

• 在垃圾对象多的情况下，效率较高
  
• 清理后，内存无碎片
  

虽然改进了标志-清除算法，但依然存在下面这些题目：

• 可用内存变小：可用内存缩小为原来的一半，内存使用率较低。
  
• 不得当老年代：假如存活对象数量比较大，复制性能会变得很差。
  

2.4 分代网络算法

当前虚拟机的垃圾网络都采用分代网络算法，这种算法没有什么新的头脑，只是根据对象存活周期的差别将内存分为几块。一般将Java堆分为新生代和老年代，如许我们就可以根据各个年代的特点选择符合的垃圾网络算法。
比如在新生代中，每次网络都会有大量对象死去，以是可以选择“复制”算法，只需要付出少量对象的复制本钱就可以完成每次垃圾网络。而老年代的对象存活几率是比较高的，而且没有额外的空间对它进行分配担保，以是我们必须选择“标志-清除”或“标志-整理”算法进行垃圾网络。
具体细节可查阅本文第三节。
延伸面试题目：HotSpot为什么要分为新生代和老年代？
根据上面的对分代网络算法的介绍回答。（可以根据各个年代的特点选择符合的垃圾网络算法）
三、说一下JVM中的分代回收

3.1 堆区域分别

Java8-JVM内存布局：

在java8时，堆被分为了两份：新生代和老年代【1：2】。
对于新生代，内部又被分为了三个区域：Eden、from、to

• 伊甸园区Eden，新生的对象都分配到这里
  
• 幸存者区survivor(分成from和to)
  
• Eden区，from区，to区【8：1：1】
  

3.2 分代网络算法—工作机制/回收策略

• 新创建的对象，都会先分配到eden区
  
• 当伊甸园内存不足，标志伊甸园与 from（现阶段没有）的存活对象
  
• 将存活对象采用复制算法复制到 to 中，复制完毕后，伊甸园和 from 内存都得到开释
  
• 颠末一段时间后伊甸园的内存又出现不足，标志eden区域、to区存活的对象，将存活的对象复制到from区
  
• 当幸存区对象熬过几次回收（最多15次），晋升到老年代（幸存区内存不足或大对象会导致提前晋升）
  

3.3 GC分类/MinorGC、Mixed GC、FullGC的区别是什么

针对HotSpot VM的实现，它内里的GC其实准确分类只有两大种：

• 部分网络(Partial GC)：
  
  
  
  • 新生代网络（Minor GC/Young GC）：只对新生代进行垃圾网络。发生在新生代的垃圾回收，停息时间短（STW）
    
  • 老年代网络（Major GC／Old GC）：只对老年代进行垃圾网络。需要注意的是Major GC在有的语境中也用于指代整堆网络；
    
  • 混合网络（Mixed GC）：对整个新生代和部分老年代进行垃圾网络。新生代 + 老年代部分区域的垃圾回收，G1 网络器特有（只有G1有这个模式）
    
  
  
• 整堆网络(Full GC)：网络整个Java堆和方法区。新生代 + 老年代完整垃圾回收，停息时间长（STW），应尽力制止
  

STW（Stop-The-World）：停息全部应用程序线程，等候垃圾回收的完成

四、JVM有哪些垃圾回收器

假如说网络算法是内存回收的方法论，那么垃圾网络器就是内存回收的具体实现。
虽然我们对各个网络器进行比较，但并非要挑选出一个最好的网络器。因为直到如今为止还没有最好的垃圾网络器出现，更加没有全能的垃圾网络器，我们能做的就是根据具体应用场景选择得当自己的垃圾网络器。试想一下：假如有一种四海之内、任何场景下都适用的完善网络器存在，那么我们的HotSpot虚拟机就不会实现那么多差别的垃圾网络器了。
JDK默认垃圾网络器（使用 java -XX:+PrintCommandLineFlags -version命令查看）：

• JDK 8：Parallel Scavenge (新生代）+ Parallel Old (老年代)
  
• JDK 9 ~ JDK22：G1
  

在jvm中，实现了多种垃圾网络器，包括：

• 串行垃圾网络器：Serial GC、Serial Old GC
  
• 并行垃圾网络器：Parallel Old GC、ParNew GC
  
• CMS（并发）垃圾网络器：CMS GC，作用在老年代
  
• G1垃圾网络器，作用在新生代和老年代
  

4.1 串行垃圾网络器

Serial（串行）网络器是最基本、汗青最悠久的垃圾网络器了。大家看名字就知道这个网络器是一个单线程网络器了。它的“单线程”的意义不仅仅意味着它只会使用一条垃圾网络线程去完成垃圾网络工作，更重要的是它在进行垃圾网络工作的时候必须停息其他全部的工作线程（"StopTheWorld"），直到它网络结束。
新生代采用复制算法，老年代采用标志-整理算法。
Serial和Serial Old串行垃圾网络器，是教唆用单线程进行垃圾回收，堆内存较小，得当个人电脑

• Serial 作用于新生代，采用复制算法
  
• Serial Old 作用于老年代，采用标志-整理算法
  

垃圾回收时，只有一个线程在工作，并且java应用中的全部线程都要停息（STW），等候垃圾回收的完成。

虚拟机的设计者们当然知道StopTheWorld带来的不良用户体验，以是在后续的垃圾网络器设计中停顿时间在不断缩短（仍然还有停顿，寻找最良好的垃圾网络器的过程仍然在继续）。
但是Serial网络器有没有优于其他垃圾网络器的地方呢？当然有，它简朴而高效（与其他网络器的单线程相比）。Serial网络器由于没有线程交互的开销，天然可以获得很高的单线程网络效率。Serial网络器对于运行在Client模式下的虚拟机来说是个不错的选择。
4.2 并行垃圾网络器

Parallel New、Parallel Old

Parallel New和Parallel Old是一个并行垃圾回收器，JDK8默认使用此垃圾回收器

• Parallel New作用于新生代，采用复制算法
  
• Parallel Old作用于老年代，采用标志-整理算法。Parallel Scavenge网络器的老年代版本
  

垃圾回收时，多个线程在工作，并且java应用中的全部线程都要停息（STW），等候垃圾回收的完成。

Parallel Scavenge网络器

Parallel Scavenge网络器也是使用标志-复制算法的多线程网络器，它看上去险些和ParNew都一样。那么它有什么特别之处呢？

1. -XX:+UseParallelGC        使用 Parallel收集器+老年代串行
2. -XX:+UseParallelOldGC     使用 Parallel收集器+老年代并行

复制代码

Parallel Scavenge网络器关注点是吞吐量（高效率的利用CPU）。CMS等垃圾网络器的关注点更多的是用户线程的停顿时间（提高用户体验）。所谓吞吐量就是CPU中用于运行用户代码的时间与CPU总斲丧时间的比值。Parallel Scavenge网络器提供了很多参数供用户找到最符合的停顿时间或最大吞吐量，假如对于网络器运作不太相识，手工优化存在困难的时候，使用Parallel Scavenge网络器配合自顺应调治策略，把内存管理优化交给虚拟机去完成也是一个不错的选择。
新生代采用标志-复制算法，老年代采用标志-整理算法。

这是JDK1.8默认垃圾网络器，即Parallel Scavenge (新生代）+ Parallel Old (老年代)。使用 java -XX:+PrintCommandLineFlags -version命令直接在命令行查看

1. #查看被手动指定的参数。关注结果中的 UsexxxxGC 参数，如果没有指定，则使用默认收集器
2. java -XX:+PrintCommandLineFlags -version  
4. #查看所有参数
5. java -XX:+PrintFlagsFinal -version
7. #过滤查看GC相关参数。 这将列出所有与GC相关的参数。如果所有相关参数都为 false，则使用默认收集器。
8. java -XX:+PrintFlagsFinal -version | grep .*Use.*GC.*      #Linux系统
9. java -XX:+PrintFlagsFinal -version | findstr .*Use.*GC.*   #Windows系统

复制代码

上图表面jdk1.8使用的是默认的ParallelGC组合，即新生代Parallel Scavenge和老年代Parallel Old。
JDKi.8默认使用的是 Parallel Scavenge + Parallel Old，假如指定了-XX：+UseParallelGC 参数，则默认指定了 -XX:+UseParallelOldGC，可以使用-XX:-UseParalleloldGC来禁用该功能。
4.3 CMS（并发）垃圾网络器

CMS全称 Concurrent Mark Sweep，是一款并发的、使用标志-清除算法的垃圾回收器，该回收器是针对老年代垃圾回收的，是一款以获取最短回收停顿时间为目标的网络器，停顿时间短，用户体验就好。其最大特点是在进行垃圾回收时，应用仍然能正常运行。

CMS网络器是HotSpot虚拟机第一款真正意义上的并发网络器，它第一次实现了让垃圾网络线程与用户线程（基本上）同时工作。从名字中的Mark Sweep这两个词可以看出，CMS网络器是一种“标志-清除"算法实现的，它的运作过程相比于前面几种垃圾网络器来说更加复杂一些。整个过程分为四个步骤：

• 初始标志：停息全部的其他线程，并记载下直接与root相连的对象，速率很快；
  
• 并发标志：同时开启GC和用户线程，用一个闭包布局去记载可达对象。但在这个阶段结束，这个闭包布局并不能保证包罗当前全部的可达对象。因为用户线程大概会不断的更新引用域，以是GC线程无法保证可达性分析的实时性。以是这个算法里会跟踪记载这些发生引用更新的地方。
  
• 重新标志：重新标志阶段就是为了修正并发标志期间因为用户程序继续运行而导致标志产生变动的那一部分对象的标志记载，这个阶段的停顿时间一般会比初始标志阶段的时间稍长，远远比并发标志阶段时间短
  
• 并发清除：开启用户线程，同时GC线程开始对未标志的区域做清扫。
  

（第一步是找出有哪些 gc root，第二步是顺着 gc root，第三步查找遗漏的对象。）
优缺点

• 优点：并发网络，低停顿
  
• 缺点
  
  
  
  • 对CPU资源敏感；
    
  • 无法处理浮动垃圾；
    
  • 它使用的回收算法-“标志-清除”算法会导致网络结束时会有大量空间碎片产生。
    
  
  

为什么有重新标志？
因为并发标志过程中其他线程是运行的，大概有新的对象可以被回收、或者引用发生改变，以是需要重新标志。
以下图为例，原来X为垃圾，但在并发标志阶段 A对象引用X对象，此时X不是垃圾、不能被回收，故需要重新标志

CMS垃圾回收器在Java9中已经被标志为过时（deprecated)，并在Java14中被移除。
4.4 G1垃圾回收器

G1(Garbage-First)是一款面向服务器的垃圾网络器，主要针对配备多颗处理器及大容量内存的机器。以极高概率满足GC停顿时间要求的同时，还具备高吞吐量性能特征。
具体细节可查阅本文第五节
4.5 ZGC垃圾回收器

与 CMS 中的 ParNew和 G1 雷同，ZGC 也采用标志-复制算法，不过 ZGC 对该算法做了庞大改进。
ZGC可以将停息时间控制在几毫秒以内，且停息时间不受堆内存大小的影响，出现Stop The World的情况会更少，但代价是牺牲了一些吞吐量。ZGC最大支持16TB的堆内存。
ZGC在Java11中引入，处于试验阶段。颠末多个版本的选代，不断的完善和修复题目，ZGC在Java15已经可以正式使用了。不过，默认的垃圾回收器依然是G1。你可以通过下面的参数启用ZGC：

1. java -XX:+UseZGC className

复制代码

在Java21中，引入了分代ZGC，停息时间可以缩短到1毫秒以内。你可以通过下面的参数启用分代ZGC：

1. java -XX:+UseZGC -XX:+ZGenerational className

复制代码

关于 ZGC 网络器的具体介绍推荐阅读美团技术团队的 新一代垃圾回收器ZGC的探索与实践 这篇文章。
五、具体聊一下G1垃圾回收器

G1回收器详解

G1(Garbage-First)是一款面向服务器的垃圾网络器，主要针对配备多颗处理器及大容量内存的机器。以极高概率满足GC停顿时间要求的同时，还具备高吞吐量性能特征。

• 应用于新生代和老年代，在JDK9及之后默认使用G1
  
• 分别成多个区域，每个区域都可以充当 eden，survivor，old， humongous，此中 humongous 专为大对象准备
  
• 采用复制算法
  
• 相应时间与吞吐量兼顾
  
• 分成三个阶段：新生代回收、并发标志、混合网络
  
• 假如并发失败（即回收速率赶不上创建新对象速率），会触发 Full GC
  

被视为JDK1.7中HotSpot虚拟机的一个重要进化特征。它具备以下特点：

• 并行与并发：G1能充实利用CPU、多核情况下的硬件优势，使用多个CPU（CPU或者CPU核心）来缩短Stop-The-World停顿时间。部分其他网络器原本需要停顿Java线程实行的GC动作，Gi网络器仍然可以通过并发的方式让java程序继续实行。
  
• 分代网络：虽然G1可以不需要其他网络器配合就能独立管理整个GC堆，但是还是保留了分代的概念。
  
• 空间整合：与CMS的“标志-清除"算法差别，G1从团体来看是基于“标志-整理”算法实现的网络器；从局部上来看是基于“标志-复制”算法实现的。
  
• 可猜测的停顿：这是G1相对于CMS的另一个大优势，低沉停顿时间是G1和CMS共同的关注点，但G1除了寻求低停顿外，还能建立可猜测的停顿时间模型，能让使用者明确指定在一个长度为M室秒的时间片段内，斲丧在垃圾网络上的时间不得超过N掌秒。
  

G1网络器的运作大致分为以下几个步骤：

• 初始标志
  
• 并发标志
  
• 最终标志
  
• 筛选回收
  

G1网络器在背景维护了一个优先列表，每次根据答应的网络时间，优先选择回收代价最大的Region（这也就是它的名字Garbage-First的由来）。这种使用Region分别内存空间以及有优先级的区域回收方式，保证了G1网络器在有限时间内可以尽大概高的网络效率（把内存化整为零）。
从JDK9开始，G1垃圾网络器成为了默认的垃圾网络器。
Young Collection（年轻代垃圾回收）

• 初始时，全部区域都处于空闲状态
  
• 创建了一些对象，挑出一些空闲区域作为伊甸园区存储这些对象
  
• 当伊甸园需要垃圾回收时，挑出一个空闲区域作为幸存区，用复制算法复制存活对象，需要停息用户线程
  
• 随着时间流逝，伊甸园的内存又有不足
  
• 将伊甸园以及之前幸存区中的存活对象，采用复制算法，复制到新的幸存区，此中较老对象晋升至老年代
  
  
  
  

Young Collection + Concurrent Mark (年轻代垃圾回收+并发标志)

当老年代占用内存超过阈值(默认是45%)后，触发并发标志，这时无需停息用户线程

• 并发标志之后，会有重新标志阶段办理漏标题目，此时需要停息用户线程。
  
• 这些都完成后就知道了老年代有哪些存活对象，随后进入混合网络阶段。此时不会对全部老年代区域进行回收，而是根据停息时间目标优先回收代价高（存活对象少）的区域（这也是 Gabage First 名称的由来）。
  

Mixed  Collection (混合垃圾回收)

混合网络阶段中，参与复制的有 eden、survivor、old

复制完成，内存得到开释。进入下一轮的新生代回收、并发标志、混合网络

六、强引用、软引用、弱引用、虚引用

• 无论是通过引用计数法判断对象引用数量，还是通过可达性分析法判断对象的引用链是否可达，判定对象的存活都与“引用”有关。
  
• JDK1.2之前，Java中引用的定义很传统：假如reference范例的数据存储的数值代表的是另一块内存的起始地址，就称这块内存代表一个引用。
  
• JDK1.2以后，Java对引用的概念进行了扩充，将引用分为强引用、软引用、弱引用、虚引用四种（引用强度逐渐削弱）
  

强引用、软引用、弱引用、虚引用的区别

6.1 强引用（StrongReference）

一般把一个对象赋给一个引用变量，这个引用变量就是强引用。以前我们使用的大部分引用实际上都是强引用，这是使用最普遍的引用，只要还有强引用指向一个对象，就能表明对象还“活着”、处于可达状态，垃圾网络器不会碰这种对象
假如一个对象具有强引用，那就雷同于必不可少的生存用品，垃圾回收器绝不会回收它。当内存空间不足，Java虚拟机甘心抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来办理内存不足题目。
6.2 软引用（SoftReference）

软引用是用来描述一些还有效但并非必须的对象，需要用java.lang.ref.SoftReference类来实现。假如一个对象只具有软引用，那就雷同于可有可无的生存用品。
在系统将要发生内存溢出异常之前，将会把这些对象列进回收范围之中进行第二次回收（在垃圾回收后，内存仍不足时会再次发出垃圾回收），假如这次回收还没有足够的内存，才会抛出内存溢出异常。即假如内存空间足够，垃圾回收器就不会回收它，假如内存空间不足了，就会回收这些对象的内存。只要垃圾回收器没有回收它，该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存。
软引用可以和一个引用队列（ReferenceQueue）联合使用，假如软引用所引用的对象被垃圾回收，JAVA虚拟机就会把这个软引用参加到与之关联的引用队列中。
6.3 弱引用（WeakReference）

假如一个对象只具有弱引用，那就雷同于可有可无的生存用品，和软引用雷同。弱引用与软引用的区别在于：只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象。
弱引用可以和一个引用队列（ReferenceQueue）联合使用，假如弱引用所引用的对象被垃圾回收，Java虚拟机就会把这个弱引用参加到与之关联的引用队列中。
6.4 虚引用（PhantomReference）

"虚引用"顾名思义，就是形同虚设，与其他几种引用都差别，虚引用并不会决定对象的生命周期。假如一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都大概被垃圾回收。
虚引用主要用来跟踪对象被垃圾回收的活动。
虚引用与软引用和弱引用的一个区别在于：虚引用必须和引用队列（ReferenceQueue）联合使用。当垃圾回收器准备回收一个对象时，假如发现它还有虚引用，就会在回收对象的内存之前，把这个虚引用参加到与之关联的引用队列中。程序可以通过判断引用队列中是否已经参加了虚引用，来相识被引用的对象是否将要被垃圾回收。程序假如发现某个虚引用已经被参加到引用队列，那么就可以在所引用的对象的内存被回收之前采取必要的行动。
特别注意，在程序设计中一般很少使用弱引用与虚引用，使用软引用的情况较多，这是因为软引用可以加快JVIM对垃圾内存的回收速率，可以维护系统的运行安全，防止内存溢出（OutOfMemory）等题目标产生。
七、总结

1）对象什么时候可以被垃圾器回收
假如一个或多个对象没有任何的引用指向它了，那么这个对象如今就是垃圾，假如定位了垃圾，则有大概会被垃圾回收器回收。
2）定位垃圾的方式有两种

• 引用计数法
  
• 可达性分析算法
  

3）JVM垃圾回收算法有哪些

• 标志清除算法：垃圾回收分为2个阶段，分别是标志和清除，效率高，有磁盘碎片，内存不一连
  
• 标志整理算法：标志清除算法一样，将存活对象都向内存另一端移动，然后清理边界以外的垃圾，无碎片，对象需要移动，效率低
  
• 复制算法：将原有的内存空间一分为二，每次只用此中的一块，正在使用的对象复制到另一个内存空间中，然后将该内存空间清空，交换两个内存的角色，完成垃圾的回收；无碎片，内存使用率低
  

4）说一下JVM中的分代回收

• 堆的区域分别
  
  
  
  • 在java8时，堆被分为了两份：新生代和老年代【1：2】。
    
  • 对于新生代，内部又被分为了三个区域：Eden区，幸存者区survivor(分成from和to)【8：1：1】
    
  
  
• 对象回收分代回收策略
  
  
  
  • 新创建的对象，都会先分配到eden区
    
  • 当伊甸园内存不足，标志伊甸园与 from（现阶段没有）的存活对象
    
  • 将存活对象采用复制算法复制到 to 中，复制完毕后，伊甸园和 from 内存都得到开释
    
  • 颠末一段时间后伊甸园的内存又出现不足，标志eden区域、to区存活的对象，将存活的对象复制到from区
    
  • 当幸存区对象熬过几次回收（最多15次），晋升到老年代（幸存区内存不足或大对象会导致提前晋升）
    
  
  

5）MinorGC、Mixed GC、FullGC的区别是什么

• MinorGC【young GC】：发生在新生代的垃圾回收，停息时间短（STW）
  
• Mixed GC：新生代 + 老年代部分区域的垃圾回收，G1 网络器特有（只有G1有这个模式）
  
• FullGC： 整堆网络，新生代 + 老年代完整垃圾回收，停息时间长（STW），应尽力制止
  

6）JVM有哪些垃圾回收器
在jvm中，实现了多种垃圾网络器，包括：

• 串行垃圾网络器：Serial GC、Serial Old GC
  
• 并行垃圾网络器：Parallel Old GC、ParNew GC
  
• CMS（并发）垃圾网络器：CMS GC，作用在老年代
  
• G1垃圾网络器，作用在新生代和老年代
  

7）具体聊一下G1垃圾回收器

• 应用于新生代和老年代，在JDK9及之后默认使用G1
  
• 分别成多个区域，每个区域都可以充当 eden，survivor，old， humongous，此中 humongous 专为大对象准备
  
• 采用复制算法
  
• 相应时间与吞吐量兼顾
  
• 分成三个阶段：新生代回收(stw)、并发标志(重新标志stw)、混合网络
  
• 假如并发失败（即回收速率赶不上创建新对象速率），会触发 Full GC
  

8）强引用、软引用、弱引用、虚引用的区别

• 强引用：必不可少的生存用品，垃圾回收器绝不会回收它。只要全部 GC Roots 能找到，就不会被回收
  
• 软引用：可有可无的生存用品，假如内存空间足够，垃圾回收器就不会回收它，假如内存空间不足了，就会回收这些对象的内存。需要配合SoftReference使用，当垃圾多次回收，内存依然不敷的时候会回收软引用对象
  
• 弱引用：需要配合WeakReference使用，仅有弱引用引用该对象时，在垃圾回收时，无论内存是否充足，都会回收弱引用对象
  
• 虚引用：必须配合引用队列使用，被引用对象回收时，会将虚引用入队，由 Reference Handler 线程调用虚引用相关方法开释直接内存
  

参考 黑马程序员相关视频与文档、JavaGuide-JVM垃圾回收详解

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

---

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)

Powered by Discuz! X3.4