JVM 思考与总结-526互联

新生代为什么需要两个 Survivor 区？

如果只有一个 Eden 区加一个 Survivor 区，那么 Minor GC 后 Eden 区还存活下来的对象复制到 Survivor 区。而 Survivor 区里的对象在这次 Minor GC 中，既有这次 GC 没活下来的，还有这次 GC 后活下来的，这时我们没有第二块 Survivor 区存放这块 Survivor 区上活下来的对象，那么就不能采取标记-复制，只能采取标记-清理算法，造成 Surviver 区内存碎片的产生。

如果有第二块 Survivor 区记为 S1，另一块记作 S0。那么一次 Minor GC 后，Eden 区和 S0 上存活下来的都复制到 S1 上，S0 和 Eden 清空，之后在 Eden 分配新对象；再下次 Minor GC，Eden 和 S1 上存活下来的就复制到空白的 S0 上，Eden 和 S1 清空，之后在 Eden 分配新对象........这样 S0 和 S1 轮换使用。

HotSpot虚拟机默认 Eden 和 Survivor 的大小比例是8∶1。

Minor GC 时会 stop the world 吗？

只要垃圾收集时会移动存活对象的做法都必须 Stop the world

现在的商用 Java 虚拟机大多都优先采用了标记-复制收集算法回收新生代，所以会 Stop the world

同理，多用于回收老年代的标记-清除算法（CMS）不需要 Stop the world，但会有内存碎片降低吞吐量；标记-整理算法（Serial Old，Parallel Old）没有内存碎片，但需要 Stop the world

G1 都是标记-复制算法，优先回收收益最大的，把回收的 region 中存活下来的复制到空白的 region 里

Minor GC 什么时候触发？

新生代收集（Minor GC/Young GC）：指目标只是新生代的垃圾收集。

HotSpot虚拟机默认Eden和Survivor的大小比例是8∶1，也即每次新生代中可用内存空间为整个新生代容量的90%（Eden的80%加上一个Survivor的10%，剩下 10% 是给第一次回收后复制仍然存活的对象的）。

大多数情况下，对象在新生代Eden区中分配。当Eden区没有足够空间进行分配时，虚拟机将发起一次Minor GC。

什么是分配担保机制？

进行 Minor GC时有分配担保机制，GC 完之后剩的对象可能过多，一块 survivor 区放不下，这时就需要老年代来进行担保，担保失败可能 full GC

Full GC 什么时候触发？

整堆收集（Full GC）：收集整个Java堆和方法区的垃圾收集。

大对象直接在老年代分配-但老年代连续空间放不下时：HotSpot虚拟机提供了-XX：PretenureSizeThreshold 参数，指定大于该设置值的对象直接在老年代分配，这样做的目的就是避免在Eden 区及两个Survivor区之间来回复制，产生大量的内存复制操作。
代码调用 System.gc() 显式触发
与上图中 Minor GC 时分配担保机制相关的：
- 参数不允许担保失败。直接 Full GC
- 老年代最大可用连续空间小于历次晋升到老年代对象的平均大小。直接 Full GC
- 进行 Minor GC 中途发现老年代空间不够，即担保失败时。进行 Full GC

可以看出，老年代一般收集都是在 Full GC 中的，而触发了 Full GC 的条件，不论是大对象在老年代直接分配但放不下，还是担保失败。基本都是老年代几乎满了才会进行收集。

会单独回收老年代吗？Major GC

老年代收集（Major GC/Old GC）：指目标只是老年代的垃圾收集。目前只有CMS收集器会有单独收集老年代的行为。

另外请注意“Major GC”这个说法现在有点混淆，在不同资料上常有不同所指，读者需按上下文区分到底是指老年代的收集还是整堆收集。

标记-整理的内存碎片有什么问题？

没有内存碎片时，只要移动堆顶指针，按顺序分配。而内存碎片会导致分配内存操作更加复杂，只能依赖更为复杂的内存分配器和内存访问器来解决。内存的访问是用户程序最频繁的操作，增加了内存访问的负担，降低了吞吐量；
内存碎片严重时，即使剩余空间多，大对象也无法分配，而不得不提前触发一次Full GC。

吞吐量和垃圾收集停顿时间不可兼得？

吞吐量是处理器用于运行用户代码的时间与处理器总消耗时间（用户代码时间+垃圾收集停顿时间）的比值

垃圾收集停顿时间缩短是以牺牲吞吐量和新生代空间为代价换取的：

新生代空间大，那么一次收集耗时长，但是垃圾收集相对没那么频繁；
新生代空间小，那么一次收集耗时更短，但是垃圾收集也更频繁，吞吐量降低。

另外采用的算法在这两者上的影响也是矛盾的：

标记-清除 算法不需要 Stop the world，但会有内存碎片，导致吞吐量下降。
标记-整理算法没有内存碎片，但需要 Stop the world，增大了时延。

不同的垃圾收集器在这两个矛盾的目标之间有取舍：

关注吞吐量（标记-整理）：

Parallel Scavenge：新生代收集器标记-复制，多线程，提供了两个参数用于精确控制吞吐量：控制最大垃圾收集停顿时间的 MaxGCPauseMillis 间接影响吞吐量，以及直接设置吞吐量大小的GCTimeRatio。还有参数可以开启自适应的调节策略可以自适应调节新生代大小 Eden 区比例等。
Parallel Old：Parallel Scavenge 的老年代版本，标记-整理

关注停顿时间：