jvm运行时的内存

java堆从GC的角度还可以细分为: 新生代(Eden区，From，to区)和老年代

1.新生代

用于存放新生的对象。一般占据堆的1/3空间。由于频繁创建对象，所以新生代会频繁触发MinorGC进行垃圾回收。新生代又分为eden区，From，to三个区

1.1 Eden区

　　Java新对象的出生地(如果新创建的对象占用内存很大，则直接分配到老年代)

　　当Eden区内存不够的时候就会触发MinorGC，对新生代区进行一次垃圾回收

1.2 ServivorFrom区

　　上一次GC的幸存者，作为这一次GC的被扫描者

1.3 ServivorTo区

　　保留了一次MinorGC过程中的幸存者

1.4 MinorGC的过程（复制--》清空--》互换)

　　MinorGC采用复制算法

　　1.eden，from复制到to，年龄+1

　　　　首先把eden和from区中存活的对象复制到ServicorTo区域（如果有对象的年龄以及达到了老年的标准，则赋值到老年代区), 同时把这些对象的年龄+1(如果to位置不够了就放到老年区)

　　2.清空eden，from

　　　　然后，清空Eden和ServicorFrom中的对象

　　3.to和from中的互换

　　　　最后，to和from互换，原来的to成为下一次时的from。如此交换15次（JVM参数 MaxTenuringThreshold决定，默认参数是15），最终如果还是存活，就存入老年代。

2.老年代

　　主要存放应用程序中生命周期长的内存对象。

　　老年代的对象比较稳定，所以MajorGC不会频繁执行。在进行MajorGC前一般都先进行了一次MinorGC，使得有新生代的对象晋身入老年代，导致空间不够用时才触发，当无法找到足够大的连续空间分配给新创建的较大对象时，也会提前触发一次MajorGC进行垃圾回收腾出空间。

　　MajorGC采用标记清楚算法: 首先扫描一次所有老年代，标记出存活的对象，然后回收没有标记的对象，MajorGC的耗时比较长，因为要扫描再回收。MajorGC会产生内存碎片，为了减少内存损耗，我们一般需要进行合并或者标记出来方便下次直接分配。当老年代也满了装不下的时候，就会抛出OOM异常

3.永久代

　　指内存的永久保存区域，主要存放Class和Meta(元数据)的信息，Class在被加载的时候被放入永久区域，它和存放实例的区域不同，GC不会在主程序运行期对永久区域进行清理，这也导致了永久代的区域会随着加载的Class的增多而满，最终抛出OOM异常

　　在java8中，永久代已经被移除，被一个成为"元数据区" ( 元空间)的区域所取代。元空间的本质和永久代类似，元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用了本地内存。因此，默认情况下，元空间的大小仅受本地内存限制。类的元数据放入native memory，字符串池和类的静态变量放入java堆中，这样可以加载多少类的元数据就不再由MaxPermSize控制，而是由系统的实际可用空间来控制

　　Full GC是对整个堆进行清理，包括新生代和老年代

　　（1）调用System.gc时，系统建议执行Full GC，但是不必然执行

　　（2）老年代空间不足

　　（3）方法区空间不足

　　（4）通过Minor GC后进入老年代的平均大小大于老年代的可用内存

　　（5）由Eden区、From Space区向To Space区复制时，对象大小大于To Space可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象大小