一.堆的概述
一个JVM实例只有一个堆内存，堆也是Java内存管理的核心区域，堆在JVM启动的时候创建，其空间大小也被创建，是JVM中最大的一块内存空间，所有线程共享Java堆，物理上不连续的逻辑上连续的内存空间，几乎所有的实例都在这里分配内存，在方法结束后，堆中的对象不会马上删除，仅仅在垃圾收集的时候被删除，堆是GC（垃圾收集器）执行垃圾回收的重点区域。
二.堆空间细分
Java7及以前将堆空间逻辑上分成三部分：新生区+养老区+永久代
Java8及以后将堆内存逻辑上分为：新生区+养老区+元空间
新生代：
1.新生代使用了复制算法
2.新生代为gc的重点对象，经官方测试70%对象都生命周期都会在新生代中完结
3.新生代又分为了eden、survivor1、survivor2，对象创建先放在eden中，经过一定时间还幸存就会放在幸存者区
4.内存比例分默认为：8:1:1
5.新生代收集器：Minor GC/Young GC
eden(新生区)
当初始加载对象时会进入新生区
survivor（幸存区）
幸存区又分为from 和 to —谁为空谁为to ，始终都会有一个区域为空。
幸存区不会主动进行垃圾回收，只会eden回收时才会附带进行gc
当在幸存区中的阈值达到了15后（默认15可修改）会自动进入老年代
当新生区（eden）出现了内存不足时，会进行YGC，那么会将没有指针的对象回收，还有指针引向的对象放入survivor1或者survivor2区域中，eden清空，数据放入一个survivor中。—当第二次进行gc那么会将eden数据放入另一个空的survivor中，并且将当前survivor中有效数据，放入空的survivor中，一次类推。
老年代
1.较大的对象数据会放入老年代
2.年代的数据都是相对于持久的不会频繁的gc
3.(MajorGC / Old GC) 在进行majorgc时会至少进行一次minorGc ，而且majorgc的效率是比minorGc 慢10倍的
4.老年代收集器：MajorGC / Old GC 要区分与Full GC
在一个对象进入内存时 会进入eden，如果满了（YGC进行回收没有引用的，如果还有引用的）会放入s1或者s0这就涉及到to from哪个为空就是to，（下次eden再次满了会将有数据的【举例s1】中 的数据放入s0，并且进行迭代版本）以此类推，当某个对象迭代阈值的次数达到默认15此后，（当然也会有特殊的优化：如当survivor区域中相同年龄的内存总和大于survivor的一半内存，会将大于等于平均年龄的对象提前放入老年代）会放入老年代 关于YGC 全程（YoungGC） 也可以为（Minor GC） s1，0是不会有单独的gc回收只会被动的依赖于eden的gc当eden进行gc时会自动回收s1，s0
yangGC只会在eden区满的时候进行，不会在survivor区满的时候进行，eden区GC时也会把survivor区进行GC，当survivor中age=15时会将数据放入老年区。
三.总结
1.争对幸存者S0和S1区的总结：复制之后有交换，谁跟谁是to
2.关于垃圾回收：频繁在新生代中收集，很少在养老区收集，几乎不在永久代/元空间中收集
3.对象的执行流程