JVM常见面试题--关于虚拟机垃圾回收的问题

一般作为Java程序员在面试的时候一般会问的大多就是Java内存区域、虚拟机垃圾算法、虚拟垃圾收集器、JVM内存管理这些问题了,对此我参照了一些网上的面试题做出了一些总结

 

如何判断对象是否死亡(两种方法) 

1.  可达性分析:
   1. 这个算法的基本思想就是通过一系列的GC Root对象作为起点,从这些节点开始向下搜索,节点所走过的路称之为引用链,当一个对象没有被任何引用链链接的话,这个对象就是不可用的

      

2. 引用计数法:
   1. 这种算法简单高效,给每个对象添加一个计数器,当对象被引用一次,就将这个被引用一次,就将计数器+1,失去一次引用,就将其-1,但是这种方式很难解决循环引用的问题

简单的介绍一下强引用、软引用、弱引用、虚引用（虚引用与软引用和弱引用的区别、使用软引用能带来的好处）

1. 强引用:强引用是最普遍的引用,如果一个对象具有强引用,那么这个对象就算作是必须的对象,当内存空间不足的时候,虚拟机宁可抛出oom,也不会对强引用对象进行回收
2. 软引用:只要内存空间足够就不会进行回收,软引用可以用来实现内存敏感的高速缓存
3. 弱引用:弱引用和软引用的区别就是生存时间很少,只要被扫描到就会被回收,但是gc线程优先级很低,所以不一定会被立刻扫描到
4. 虚引用:虚引用并不会决定对象的生命周期,任何时候都有可能被回收

垃圾收集有哪些算法，各自的特点？

1. 标记-清除:在标记完成后统一回收所有被标记的对象。它是最基础的收集算法，会带来两个明显的问题；1：效率问题和2：空间问题（标记清除后会产生大量不连续的碎片）
2. 复制:将内存分为大小相同的两块，每次使用其中的一块。当这一块的内存使用完后，就将还存活的对象复制到另一块去，然后再把使用的空间一次清理掉。这样就使每次的内存回收都是对内存区间的一半进行回收
3. 标记-整理：根据老年代的特点特出的一种标记算法，标记过程仍然与“标记-清除”算法一样，但后续步骤不是直接对可回收对象回收，而是让所有存活的对象向一段移动，然后直接清理掉端边界以外的内存

HotSpot为什么要分为新生代和老年代？

因为对象的新生代和老年代的生存时间不同,所以使用分代来对不同的对象进行分类,比如在新生代中，每次收集都会有大量对象死去，所以可以选择复制算法，只需要付出少量对象的复制成本就可以完成每次垃圾收集。而老年代的对象存活几率是比较高的所以我们可以选择“标记-清理”或“标记-整理”算法进行垃圾收集

常见的垃圾回收器有那些？

1.  Serial收集器:单线程收集器,会造成"Stop The Word"
2. ParNew收集器 :就是Serial的多线程版本
3. Parallel Scavenge收集器:新生代收集器,使用了复制算法,同时是并行的收集器
4. Serial Old收集器:Serial收集器的老年代版本
5. Parallel Old收集器: Parallel的老年代版本,使用多线程和标记整理算法进行回收
6. CMS收集器：CMS收集器是一种以获取最短回收停顿时间为目标的收集器。它而非常符合在注重用户体验的应用上使用
7. G1收集器:G1收集器是一款面向服务器的垃圾收集器,主要针对配备多颗处理器及大容量内存的机器. 以极高概率满足GC停顿时间要求的同时,还具备高吞吐量性能特征

介绍一下CMS,G1收集器。

 CMS:全称是Concurrent Mark Sweep, 通过名字可以看出来是基于标记-清除的垃圾收集器,整体的垃圾收集可以分为四个步骤

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

通过以上的四个步骤可以看出他是一款低停顿,并发收集的垃圾收集器,但是CMS也有缺点:

1. 对cpu资源敏感
2. 无法处理浮动的垃圾
3. 使用回收算法标记-清除的话,会有垃圾碎片产生

G1:全程是Garbage-First,跟CMS相比,其内存结构发生了很大的改变,其内部是类似棋盘状的一个个 region 组成，请参考下面的图  

region的大小是相同的,数值在1M和32M之间的一个2的一个幂值数,JVM会尽量保证分成2048个左右,这个数字可以手动调整,G1也可能会自动调整

在G1的实现中,分代是一个逻辑概念,一部分region是Eden,一部分是Survivor,除了Old region,G1会将大于region50%大小的对象归类到Humongous对象,Humongous也算作是老年代的一部分.

关于G1的特点主要有以下这些部分:

1. 并行与并发：G1能充分利用CPU、多核环境下的硬件优势，使用多个CPU（CPU或者CPU核心）来缩短stop-The-World停顿时间。部分其他收集器原本需要停顿Java线程执行的GC动作，G1收集器仍然可以通过并发的方式让java程序继续执行
2. 分代收集：虽然G1可以不需要其他收集器配合就能独立管理整个GC堆，但是还是保留了分代的概念
3. 空间整合：与CMS的“标记--清理”算法不同，G1从整体来看是基于“标记整理”算法实现的收集器；从局部上来看是基于“复制”算法实现的
4. 可预测的停顿：这是G1相对于CMS的另一个大优势，降低停顿时间是G1和ＣＭＳ共同的关注点，但Ｇ１除了追求低停顿外，还能建立可预测的停顿时间模型，能让使用者明确指定在一个长度为M毫秒的时间片段内

G1收集器在后台维护了一个优先列表，每次根据允许的收集时间，优先选择回收价值最大的Region(这也就是它的名字Garbage-First的由来)。这种使用Region划分内存空间以及有优先级的区域回收方式，保证了GF收集器在有限时间内可以尽可能高的收集效率

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

1. 初始标记: 初始标记阶段仅仅只是标记一下GC Roots能直接关联到的对象，并且修改TAMS的值，让下一个阶段用户程序并发运行时，能在正确可用的Region中创建新对象，这一阶段需要停顿线程，但是耗时很短

2. 并发标记:发标记阶段是从GC Root开始对堆中对象进行可达性分析，找出存活的对象，这阶段时耗时较长，但可与用户程序并发执行

3. 最终标记:最终标记阶段则是为了修正在并发标记期间因用户程序继续运作而导致标记产生变动的那一部分标记记录，虚拟机将这段时间对象变化记录在线程Remenbered Set Logs里面，最终标记阶段需要把Remembered Set Logs的数据合并到Remembered Set Logs里面

4. 筛选回收: 选回收阶段首先对各个Region的回收价值和成本进行排序，根据用户所期望的GC停顿时间来制定回收计划

通过以上步骤可以看出其实跟CMS的回收步骤大体相同

G1的缺点:region 大小和大对象很难保证一致，这会导致空间的浪费,并且当region大小不合适,在分配大对象的时候就很难找到连续的空间

Minor Gc和Full GC 有什么不同呢？

1. Minor GC：新生代的GC
2. Full GC:整体性GC,包括年轻带的Minor GC和老年代的Major GC