《深入理解Java虚拟机》学习笔记（3）--内存分配与回收策略

对象的内存分配，往大方向讲，就是在堆上分配。对象主要分配在新生代的Eden区上，如果启动了本地线程分配缓冲，将按线程优先在TLAB上分配，少数情况也可能会直接分配在老年代中，具体的分配规则取决于虚拟机自己的设置。

1.对象优先在Eden分配

大多数情况下，对象在新生代Eden区中分配。当Eden区没有足够空间进行分配时，虚拟机将发起一次Minor GC.

Minor GC ： 新生代GC，非常频繁，回收速度快。 当创建对象分配的内存空间不足时会启动一次 Minor GC ，收集新生代的Eden区和From Survivor区，把这两个区中还存活的对象复制到To Survivor区，如果To Survivor区的空间不足以容纳存活的对象，会把存活的对象复制到老年代，如果老年代也没有足够的空间会启动一次 Full GC 。

Full GC： 老年代GC，又称为Major GC，经常会伴随一次Minor GC，速度比较慢。

2.大对象直接进入老年代

• 虚拟机提供了一个-XX:PretenureSizeThreshold参数，大于这个参数的对象将直接在老年代分配。
• 目的是避免在Eden区及两个Survivor区之间发生大量的内存复制。

3.长期存活的对象将进入老年代

• 虚拟机给每个对象定义了一个对象年龄计数器（Age）；
• 如果对象在Eden区出生，每经过一次Minor GC后仍然存活，且能被Survivor容纳的话，年龄就 +1 ，当年龄增加到一定程度（默认为15），就会被晋升到老年代中，这个阈值可以通过参数 -XX:MaxTenuringThreshold 来设置。

4.动态对象年龄判定

• 为了更好的适应不同程序的内存状况，对象年龄不是必须到达阈值MaxTenuringThreshold 才会进入老年代；
• 当Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半，年龄大于等于该年龄的对象就可以直接进入老年代，无需等到MaxTenuringThreshold中要求的年龄。

5.空间分配担保

• 在发生Minor GC之前，虚拟机会首先检查老年代可用最大内存空间是否大于新生代对象总空间，若大于，则会进行一次安全的Minor GC；
• .若上述条件不成立，则虚拟机会查看HandlePromotionFailure设置值是否允许担保失败，若不允许，则进行一次FULL GC；
• 若允许担保失败，则虚拟机会检查老年代最大可用的连续空间是否大于历次晋升到老年代的对象的平均大小，若大于，则进行一次冒险的Minor GC，否则进行一次FULL GC
• 若担保失败，还是会进行一次FULL GC。之所以要冒险的原因是为了避免频繁的FULL GC。
• 冒险的Minor GC：新生代采用复制收集算法，在进行Minor GC时，将Eden区和From Survivor区中仍然存活的对象复制到To Survivor区，如果存活的对象很多（极端情况下是所有对象都存活），则To Survivor区不能容纳这些存活的对象，此时就需要把To Survivor区中不能容纳的对象复制到老年代。但老年代中剩余的空间也不一定能容纳下这些对象，因此说这样的Minor GC是冒险的。