深入理解java虚拟机第二版（三）垃圾收集器与内存分配策略 --内存分配策略
堆划分；Minor GC和Full GC的区别；内存分配与回收策略（对象优先在Eden分配，大对象直接进入老年代，长期存活的对象将进入老年代，动态对象年龄判定，空间分配担保策略）；
前言：
对象的内存分配，从大方向讲就是在堆上分配，对象主要分配在新生代的Eden区上，当然分配的规则并不是固定的，其细节取决于使用的是哪一种收集器组合，还有虚拟机中与内存相关的参数的设置。垃圾收集器组合一般就是Serial+Serial Old和Parallel+Serial Old，前者是Client模式下的默认垃圾收集器组合，后者是Server模式下的默认垃圾收集器组合。
堆划分
在JDK1.7以及之前的版本中，堆内存通常被分为三块区域：新生代、老年代、永久代。
新生代又分为：Eden区、From Survivor区（S0）、To Survivor区（S1）。默认8:1:1
Minor GC和Full GC的区别
- 新生代Minor GC:指发生在新生代的垃圾收集动作，因为Java对象大多数都具有朝生夕灭的特性，多以Minor GC非常频繁，一般回收速度也比较快。
- 老年代GC（Major GC/Full GC）:指发生在老年代的GC,出现了Major GC,经常都伴随着至少一次的Minor GC(但并非绝对的，在ParallelScavenge收集器的收集策略里就有直接进行Major GC的策略选择过程)。MajorGC的速度一般会比Minor GC慢10倍以上。
9.内存分配与回收策略
9.1 对象优先在Eden分配
大多数情况下，对象在新生代Eden区中分配。当Eden区没有足够的空间进行分配时，虚拟机发起一次 Minor GC。
大致过程如下：
-
最初一次，当Eden区满的时候，执行Minor GC，将消亡的对象清理掉，并将剩余的对象复制到一个存活区S0（此时，S1是空白的，两个Survivor总有一个是空白的），然后清空Eden区。
-
下次Eden区满了，再执行一次Minor GC，将消亡的对象清理掉，将存活的对象复制到S1中，然后清空Eden区。同时，将S0中消亡的对象清理掉，将其中可以晋级的对象晋级到老年代，将存活的对象也复制到S1区，然后清空S0区。
-
当两个存活区切换了几次（HotSpot虚拟机默认15次，用-XX:MaxTenuringThreshold控制）之后，仍然存活的对象将被复制到老年代。
-
注意：当发生Minor GC的时候，发现Survivor空间不足，部分对象无法复制到Survivor区，虚拟机通过分配担保机制将这些对象提前转移到老年代。
9.2 大对象直接进入老年代
大对象是指，需要大量连续内存空间的java对象。
最典型的的大对象有：很长的字符串以及数组。
虚拟机提供了一个-XX:PretenureSizeThreshold参数，令大于这个设置值的对象直接在老年代分配。
目的：避免在Eden区和两个Survivor区之间发生大量的内存复制（新生代采用复制算法进行GC）。
9.3 长期存活的对象将进入老年代
虚拟机给每个对象定义了一个对象年龄计数器。
如果对象在Eden区出生，经过第一次Minor GC之后任然存活，并且能被Survivor区容纳，那么对象年龄设置为1。以后，对象在Survivor区中每“熬过”一次Minor GC，年龄就加1，当对象的年龄达到一定程度（默认15岁），就会晋升到老年区中。
通过参数-XX:MaxTenuringThreshold设置。
9.4 动态对象年龄判定
虚拟机并不是永远要求对象年龄达到设定值才能晋升到老年代。
如果在Survivor空间中的相同年龄（某个年龄值）所有对象大小的总和大于Survivor空间的一半，那么那些年龄大于或者等于该年龄值得对象就可以直接进入老年代。
9.5空间分配担保策略
在发生Minor GC之前，虚拟机会先检查老年代最大可用的连续空间是否大于新生代所有对象总空间，如果这个条件成立，那么Minor GC可以确保是安全的。如果不成立，则虚拟机会查看HandlePromotionFailure设置值是否允许担保失败。如果允许，那么会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试着进行一次Minor GC，尽管这次Minor GC是有风险的；如果小于，或者HandlePromotionFailure设置不允许冒险，那这时也要改为进行一次Full GC。
声明：本文是个人学习笔记，内容来自《深入理解Java虚拟机·JVM高级特性与最佳实践》周志明 与网络文章
