Java运行时内存工作过程_java内存运行

介绍在Java8中，运行时内存是如何工作的，对象的走向如何，Java7和Java8内存模型的变化又是什么？接下来让我给你解开谜团

运行时内存

基本组成如图：

其中新生代又分为Eden区、SurvivorFrom、SurvivorTo三个区，这么分的目的是因为年轻代采用的是复制算法进行垃圾回收。

年轻代

1. Eden区：Java新对象都在这里（如果新对象的内存占用很大，则直接分配到老年代）。当Eden区内存不够时会触发Minor GC(新生代垃圾回收)，对新生代区进行一次垃圾回收
2. SurvivorFrom：因为复制算法需要将一个内存区域分为两半，From是其中一半，垃圾回收时会扫描SurvivorFrom区，查看是否有年龄超过15的对象，超过15（默认值,可以通过-XX:MaxTenuringThreshold来设置）的对象进入老年代，年龄小于15的进入SurvivorTo区，对象年龄+1
3. SurvivorTo：保留一次Minor GC过程中的幸存者

工作过程

1. Minor GC开始，把Eden和Survivor区域中存活的对象复制到SurvivorTo区（年龄超过15的进入老年代区），同时对这些对象的年龄+1（如果SurvivorTo不够位置了就放到老年代区）
2. 复制完成后，清空Eden、SurvivorFrom区中的对象
3. 最后，SurvivorTo和SurvivorFrom互换，原来的SurvivorTo成为下一次Minor GC的SurvivorFrom区

老年代

主要存放对象在应用程序中生命周期长的内存对象
老年代对象不会像年轻代一样，朝生夕死，相对来说比较稳定，所有MajorGC不会频繁执行
有以下几种情况会触发MajorGC：

1. 老年代空间不够用时触发
2. 大对象进入老年代，没有连续空间分配给大对象会提前触发一次MajorGC进行垃圾回收腾出空间存放大对象
3. 对MinorGC后晋升到老年代的大小大于老年代剩余的空间触发
4. 手动调用System.gc()，建议触发Full GC

元数据区（Metaspace）

在java8之前，叫做永久区，由于其内存大小受限于java堆内存，随者Class的增多很容易触发OOM，因此在java8中做了调整，Metaspace位于本地堆内存（native heap），OOM问题不复存在，默认元数据区内存大小只受本地内存大小的限制，也就是说本地内存多大，Metaspace就可以有多大

元空间的出现就是为了解决突出的类和类加载器元数据过多导致的OOM问题

PermGen与Metaspace的对比：

有什么问题欢迎大家指正~~~