JVM堆的回收过程

堆的结构图如下:

1. 回收过程：
​ a. 大部分情况，对象都会首先在 Eden 区域分配，在一次新生代垃圾回收后，如果对象还存活，则会进入 s0 或者 s1， 并且对象的年龄还会加 1(Eden 区->Survivor 区后对象的初始年龄变为 1) 当它的年龄增加到一定程度（默认为 15 岁），就会被晋升到老年代中。对象晋升到老年代的年龄阈值可以通过参数 -XX:MaxTenuringThreshold 来设置。（“Hotspot遍历所有对象时，按照年龄从小到大a对其所占用的大小进行累积，当累积的某个年龄大小超过了survivor区的一半时，取这个年龄和MaxTenuringThreshold中更小的一个值，作为新的晋升年龄阈值”。）

​ b. 经过这次GC后，Eden区和"From"区已经被清空。这个时候，“From"和"To"会交换他们的角色，也就是新的"To"就是上次GC前的“From”，新的"From"就是上次GC前的"To”。不管怎样，都会保证名为To的Survivor区域是空的。

​ c. Minor GC会一直重复这样的过程，直到“To”区被填满，"To"区被填满之后，会将所有对象移动到老年代中。

2. 什么情况下，对象会进入老年代？
如同上面步骤所讲，当一个对象的年龄达到15的时候，会被晋升到老年代（这个年龄并不是所有都默认15，这个是要分收集器的， parallel：15，CMS：6）
当创建对象时候，eden区已经满了（也就是说没有足够的空间给新对象），虚拟机将发起一次MinorGC，这时发现占满eden区的前一个大对象无法存入Survivor区，所以 只好通过 分配担保机制 把新生代的对象提前转移到老年代中去，老年代上的空间足够存放，所以不会出现 Full GC， 后面分配的对象如果能够存在 eden 区的话，还是会在 eden 区分配内存。
大对象直接进入老年代（比如：字符串、数组）
3. GC的准确区域
刚开篇我们说垃圾回收有两个部分：堆和方法区。而本篇又是讲堆的GC，那么由上面的堆内存划分图更细致地来又是如何分区的呢？

针对于HotSpot VM，它的GC准确来说又两大块：

Partial GC：并不收集整个GC堆

Young GC：只收集 Young gen的GC，当eden满时候触发，存活对象会进入old gen，所以young GC后old gen占用会变高
Old GC：只收集 old gen 的GC。只有 CMS 的concurrent collection是这个模式！
Mixed GC：收集整个 young gen 以及部分 old gen 的GC。只有 G1 有这个模式！
Full GC：收集整个堆，包括Young gen、old gen、perm gen

Full GC除了正常情况下满了之后进行，还有就是当发生一次young GC的时候发现晋升大小大于old gen剩余空间时候会转化为Full GC。（除了CMS 的concurrent collection模式，其他收集器的old gen GC会收集整个堆）再或者，如果有perm gen 并且分配空间时候空间不足，也会FullGC。System.GC()、heap dump的GC 默认会Full GC

通常来说 Major GC 和 Full GC 是等价的，可以看到堆内存图的标注是只收集老年代，并不是不对而是多年来的词语为了方便理解混淆了而已。
————————————————
版权声明：本文为CSDN博主「Code1667」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_46053707/article/details/110205809