对象优先在Eden分配：
多数情况表，对象在新生代Eden区中分配，当Eden区空间不足时，虚拟机将发起一次Minor GC。
虚拟机提供了-XX:PrintGCDetails 收集器日志参数，告诉虚拟机在发生垃圾收集行为时打印内存回收日志，并且在进程退出的时候输出当前的内存各区域分配情况
-Xmn限制老年代空间，-XX:SurvivorRatio=8 决定了新生代中Eden与一个Survivor的空间比例是8:1
Minor GC与Full GC的区别：
新生代GC(Minor GC)：指发生在新生代的垃圾收集动作，因为Java对象大都具备朝生夕灭的特性，所以Minor GC非常频繁，回收速度比较快
老年代GC（Major GC/Full GC）: 指发生在老年代的GC，出现了Major GC，经常会伴随至少一次的Minor GC（Parallel Scavenge收集器的收集策略是直接进行Major GC的策略选择过程）。Major GC的速度一般比Minor GC慢10倍以上
大对象直接进入老年代：
大对象是指需要大量连续内存空间的Java对象，如很长的字符串及数组。比遇到一个大对象更坏的情况是遇到一群朝生夕灭的短命大对象，程序中应尽量避免。经常出现大对象容易导致内存还有不少空间时就提前触发垃圾收集以获取足够的连续空间来安置它们
虚拟机提供了-XX:PretenureSizeThreshold参数，令大于这个设置值的对象直接在老年代分配。这样做的目的是避免在Eden及两个Survivor之间发生大量的内存复制
长期存活的对象将进入老年代：
虚拟机给每个对象定义了对象年龄计数器，如果对象在Eden出生并经过第一次Minor GC后仍然存活，并且能被Survivor容纳的话，将被移动到Survivor空间中，并且对象年龄为1.对象在Survivor中每经过一次Minor GC，年龄就增加一岁，当它的年龄增加到一定程度（默认15），就将会被晋升到老年代中。对象晋升老年代的年龄阈值，可以通过-XX:MaxTenuringThreshold设置
动态对象年龄判定：
虚拟机并不是强制要求对象的年龄必须达到了MaxTenuringThreshold才晋升老年代，如果在Surivivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代，无须等到MaxTenuringThreshold中要求的年龄
空间分配担保：
在发生Minor GC之前，虚拟机会先检查老年代最大可用的连续空间是否大于新生代所有对象总空间，如果条件成立，那么开始Minor GC，如果不成立，虚拟机会查看HandlePromotionFailure设置值是否允许担保失败。如果允许，会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试进行一次Minor GC；如果小于，或HandlePromotionFailure设置不允许冒险，这是会改为进行一次Full GC。
冒险，新生代使用复制算法，但为了内存利用效率，只使用其中一个Survivor空间来作为轮换备份，因此当出现大量对象在Minor GC后仍然存活的情况（最极端的情况就是内存回收后新生代中所有的对象都存活），就需要老年代进行分配担保，把Survivor无法容纳的对象直接进入老年代；老年代要进行这样的担保，前提是老年代本身还有容纳这些对象的剩余空间，一共有多少对象会活下来在实际完成内存回收之前是无法明确知道的，所以只好取之前每一次回收晋升到老年代对象容量的平均大小值作为经验值，与老年代的剩余空间进行比较，决定是否进行Full Gc来让老年代腾出更多的空间
取平均值进行比较仍然是一种动态概率的手段，如果某次Minor GC存活后的对象突增，远远高于平均值的话，依然会导致担保失败，如果出现了HandlePromotionFailure失败，那就只好在失败后重新发起一次Full GC。虽然担保失败时绕的圈子是最大的，但大部分情况下都还是会将HandlePromotionFailure开关打开，避免Full GC过于频繁
内存回收与垃圾收集器在很多时候都是影响系统性能、并发能力的主要因素之一