JVM内存分配策略

　　一：堆中优先分配Eden

　　　　大多数情况下，对象都在新生代的Eden区中分配内存。而新生代会频繁进行垃圾回收。

　　二：大对象直接进入老年代

　　　　需要大量连续空间的对象，如：长字符串、数组等，会直接在老年代分配内存。这是因为，这样可以避免在新生代区频繁的GC时发生大量的内存赋值（新生代的GC是采用复制算法的）。

　　三：长期存活的对象“晋入”老年代

　　　　新生代中经历了多次GC仍然存活的对象。为了识别哪些对象应该放在新生代、哪些对象应该放在老年代，JVM给每个对象定义了一个对象年龄计数器。如果对象在Eden出生并经过第一次Minor GC后仍然存活，并且能被Survivor容纳的话，便可以被移动到Survivor空间中，年龄计数器将设置该对象的年龄为1.对于对象在Survivor区每经过一次Minor GC，年龄便增加1岁，当它的年龄增加到一定程度（可以调整参数-XX:MaxTenuringThreshold设置进入老年代的年龄），该对象便会进入到老年代中。

　　　　但是为了更好地适应内存情况，虚拟机不是要求对象必须到达阀值才可晋升老年代的，而是采用动态年龄判定的方法：如果Servivor空间中相同年龄的对象大小大于Servivor空间的一般时，由于下一次的MinorGC时，这些对象如果仍然存活的话，复制到ToServivor空间时就放不下了。所以，在本次GC时就可以把这些对象以及年龄大于等于这些对象的直接进入老年代。

　　　　在MinorGC时，如果Eden和FromServivor中存活的对象在复制到ToServivor时放不下了，也会直接分配到老年代。

　　四：对象优先分配在线程的本地分配缓冲区

　　　　在前面我们提到，每个线程可以在堆中预先分配得到一片区域，作为本地线程分配缓冲区（TLAB）。当该线程执行时，有对象创建的话，就在该线程的TLAB中分配内存。当该线程的TLAB用完了才申请堆中的空闲内存。

　　五：空间分配担保

　　　　在MinorGC之前，会先检查老年代最大可用空间是否可以容纳新生代所有对象（防止新生代全部晋升时放不下），如果可以容纳，则MinorGC可以安全执行。否则，检查是否允许担保失败，是则检查老年代最大可用空间是否大于历次晋升到老年代的对象的平均大小，是则尝试进行MinorGC；小于或者MinorGC失败，则会发起一次FullGC清理老年代。

垃圾回收

　　一：判定对象是否为垃圾对象

　　　　a.引用计数法

　　　　b.可达性分析法(重点)

　　二：回收算法

　　　　a.标记清除算法（效率不高，而且会出现不连续空间）

　　　　b.复制算法（浪费了部分空间）

　　　　c.标记整理算法（一般针对老年代）

　　　　d.分代收集算法（结合复制算法和标记整理算法）

　　三：垃圾收集器

　　　　Serial（单线程）

　　　　ParNew（多线程）

　　　　CMS（优点：并发收集，低停顿）

　　　　G1（优点：并行于并发，分代收集，空间整合，可预测停顿）

　　　　......

JVM性能调优

　　一：在调优之前的了解

　　　　1.多数的Java应用不需要在服务器上进行GC优化

　　　　2.多数导致GC问题的应用，不是因为参数设置的问题，而是代码问题

　　　　3.在应用上线之前，先考虑将机器的JVM参数设置到最优

　　　　4.在实际中，分析GC情况优化代码比优化JVM参数多的多

　　　　5.GC优化是最终手段

　　二：GC优化常用方案

　　　　1.将转移到老年代的对象的数量减少(如调整新生代的空间)

　　　　2.减少full GC的执行时间(如调整老年代的大小)

　　　　3.减少使用全局变量和大对象

　　　　4.选择合适的GC收集器

JVM常用参数设置

在Run Configurations中设置VM arguments