新生代、老年代、永久代（元空间）

新生代和老年代

• jvm中的堆分为新生代和老年代。
• 新生代用来存放新生的对象，新生代中的对象朝生夕死，所以会频繁的触发 minor （脉了）GC 进行垃圾回收。新生代分为 eden 区、survivor from 区和 survivor to 区。eden区是java新对象的出生地，如果新创建的对象占用内存很大的话就会直接分配到老年代。当eden区的内存不足时就会触发 minor gc 对新生代进行一次垃圾回收。survivor from 区存放的是上一次minor gc 的幸存者，它将作为这一次gc的被扫描者。survivor to 区会保留这一次gc的幸存者。
• 新生代 minor gc 的流程是：它采用的复制算法，首先eden区和survivor from区中存活的对象复制到survivor to区域，并将它们的年龄加一。然后清空eden区和survivor from区中的对象，接着将survivor from和survivor to互换，也就是原先的survivor to成为下一次gc时的survivor from。（这样要注意的是，如果有对象的年龄达到了老年代的标准，就放进老年代；如果survivor to区域的空间不够的话，就会通过分配担保机制，将多出来的对象提前转到老年代，但老年代要进行担保的前提是自己本身还有容纳这些对象的剩余空间，由于无法提前知道会有多少对象存活下来，所以这里是取之前每次晋升到老年代的对象的平均大小作为经验值，与老年代的剩余空间做比较）
• 老年代主要存放生命周期较长的内存对象，所以不会频繁的进行垃圾回收。老年代采用的是标记清除算法，也就是首先扫描一次老年代，标记出存活对象，然后回收没有标记的对象。

永久代 ——> 元空间

• java8之前，jvm堆中还有一块称作永久代的区域，主要存放class和元数据的信息，class被加载的时候就会被放入永久代，gc不会在主程序运行期间对永久代进行清理，这样会导致一个问题，就是永久代区域会随着加载的class的增多而胀满，最终抛出OOM异常。
• java8移除了永久代，取而代之的是一个叫做元数据区的概念，也叫做元空间。元空间和永久代是类似的，但它们最大的区别是元空间并不在虚拟机中，而是使用的本地内存，因此默认情况下，元空间的大小仅受本地内存的限制。也就是类的元数据放入本地内存中，字符串池和类的静态变量放入java堆中，这样可以加载多少类的元数据就由系统实际可用空间来控制了。