JVM内存分配与回收
JVM 分代
JVM把堆分为年轻代和老年代，年轻代又分为1个Eden区和2个Survivor区，Eden和Survivor的内存的大小比例是8：1：1。
为什么要分代？
很大的原因就是分代之后便于垃圾回收，提高回收效率。如果不分代，所有的对象全部都分配在一块大的内存上，那么每经过一次GC，就需要扫面一遍内存，可想而知时间的开销是巨大的。
为什么要把堆分为1个Eden和2个Survivor区？
通过将堆划分一个Eden区和两个Survivor区解决了内存碎片化问题。
设置一个Survivor会产生内存碎片，如图：
使用两个Survivor则不会，永远有一个Survivor是空的另一个而是无碎片化的
内存分配策略
步骤：
1、如果启用了线程本地分配缓冲TLAB，则优先在TLAB上分配。
2、如果对象不是很大没有达到配置参数设置的值，直接在Eden区分配，经过一次Minor GC，Eden区存活对象就会被移动到第一块Survivor中，紧接着Eden区被清空；等Eden区又满了之后，再次触发一次Minor GC，将Eden区和第一块Survivor区存活的对象复制到第二块Survivor中，接着清空第一块Survivor和Eden区，然后再一次Minor GC会将第二块Survivor区和Eden区存活的对象复制到第一块Survivor中，就这样周而复始的进行，直到其中的一个Survivor无法存放Minor GC后存活的对象，或者经过循环次数达到16次之后，就会通过空间分配担保机制使对象提前进入老年代。
3、如果占用内存空间较大的对象，则直接在老年代分配内存空间。例如很长的数组或字符串。目的是尽量避免在Eden区和Survivor之间产生大量的内存复制。
空间分配担保机制
为了提高内存的利用率，用其中一个Survivor作为轮换备份，因此当出现大量对象在Minor GC 仍然存活的情况下，就需要通过空间分配担保机制，让Survivor无法容纳的对象直接进入老年代。前提是老年代能容纳下年轻代存活的对象，但是老年代也不知道是否有足够的内存来存放这些对象。所以VM会首先检查老年代连续空间是否大于新生代对象大小或者历次晋升的平均大小，如果条件成立，则将存活的对象复制到老年代中。否则需要进行Full GC，来让老年代腾出更多的空间。
对象晋升
对象从Survivor区复制到老年的过程为“对象晋升”。对象晋升的条件：
（1）年龄阈值：
VM为每个对象定义一个对象计数器，每经过一次Minor GC，存活对象的年龄计数器就会加1，当增加到年龄阈值MaxTenuringshold(默认是15)，才能晋升到老年代。
（2）动态年龄绑定：提前晋升
如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半，年龄大于或者等于该年龄的对象就可以直接进入老年代。