Java技术体系的自动内存管理，最根本的目标是自动化地解决两个问题：自动给对象分配内存以及自动回收分配给对象的内存
一、对象优先在Eden分配
见名知义，当发生GC的时候，对象优先放到Eden中，其他的只能通过分配担保机制放到老年代中
二、大对象直接进入老年代
由于大对象对内存分配来说是个大问题，意味着高内存开销。
最典型的大对象便是很长的字符串，或者是很庞大的数组。它很容易导致内存明明还有不少空间时就提前触发垃圾收集。
HotSpot虚拟机提供了-XX: PretenureSizeThreshold参数，指定大于该设置值的对象直接在老年代分配
三、长期存活的对象将进入老年代
对象通常诞生在Eden区里，经过一次Minor GC仍然存活，并且能够被Survivor容纳的话，就会被移动到Survivor空间中，并将对象年龄设置为1，每熬过一次Minor GC年龄就会增加一岁，当年龄增加到一定程度（15岁，这个是可以根据参数来设置），就会被晋升到老年代。
通过参数-XX: MaxTenuringThreshold可以来设置晋升到老年代的年龄
四、动态对象年龄判定
虽然对象要达到一定年龄才能进入老年代，但是并不是永远要求对象的年龄必须达到参数的
-XX: MaxTenuringThreshold，才能晋升到老年代
如果在Survivor空间中的相同年龄所有对象大小的总和大于或等于Survivor空间的一半，该对象就直接进入老年代，无需等待要求的年龄。
五、空间分配担保
在发生Minor GC之前，虚拟机必须先检查老年代最大可用的连续空间是否大于新生代总空间
大于的话，那么这一次Minor GC可以确保是安全的
小于的话，会先检查XX: HandlePromotionFailure参数是否允许担保失败（Handle PromotionFailure）
允许担保失败：就会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小
如果大于：将尝试一次Minor GC，尽管这次Minor GC是有风险
如果小于，或者不允许担保失败，就要进行一次Full GC
上文所说的“冒险”是什么呢？
新生代采用的是复制收集算法，但是为了内存利用率，只使用其中一个Survivor空间作为轮换备份，因此出现大量对象在Minor GC后，仍然存活的情况（最极端是所有对象都存活），则需要老年代进行分配担保，把Survivor无法容纳的对象直接送入老年代，所以需要老年代进行担保，前提是老年代还有容纳这些对象的剩余空间，实际上我们是不确定有多少对象存活，所以只能取平均值。
分线失败的话，会进行Full GC，这样停顿时间较长。但是时间长，但是还是要打开-XX：HandldPromotionFailure避免频繁Full GC
JDK 6Update 24之后的规则：
只要老年代的连续空间大于新生代对象总大小或者历次晋升的平居大小，就会进行Minor GC，否则将进行Full GC
