JVM 内存分配与回收策略

Java 中，对象的内存分配，大的方向讲，就是在堆上分配。对象主要分配在新生代的eden区上。

内存分配规则：

大多数情况，内存在新生代eden区中分配，当eden区没有足够空间进行分配的时候，虚拟机将发起一次minor GC

大对象直接进入老年代：

首先需要知道什么是大对象：

大对象： 需要大量连续内存空间的JAVA 对象 ，典型的大对象就是那种很长的字符串以及数组。 大对象对于虚拟机的内存分配来说是个很坏的消息，经常出现大对象容易导致内存中还有不少空间的时候就需要提前触发垃圾回收来获取更多的连续空间
虚拟机提供了一个 -XX：PretenureSizeThreshold 参数，大于这个设置值的对象直接在老年代中进行内存分配， 这样做的母的在于避免新生代发生大量的内存复制

长期存活的对象进入老年代：

虚拟机给每一个对象定义了一个对象年龄计数器。如果对象在Eden 区出生，经过第一次新生代GC 仍然存在，并且能够被Survivor 容纳的，那么将会移动到Survivor 空间，并且对象年龄设置为1 ，对于Survivor 区中的对象，只要每进过一次新生代GC ，对象年龄就增长一岁，当对象年龄到达晋升老年代的阈值（可以自己设置） 那么对象就会被晋升到老年代。

动态对象的年龄判定：

为了更好的适应不同程序的内存情况，虚拟机并不是永远的要求年龄必须达到阈值才能晋升为老年代，虚拟机会根据survivor里面相同年龄的所有对象大小的综合大于survivor大小的一半，年龄大于或等于该年龄的对象就可以直接进入老年代

空间分配担保：

在发生新生代GC 的时候，虚拟机会区检查老年代的连续空间大小是否大于新生代所有对象总空间，如果成立，那么就可以确定新生代GC 行为是安全的，但是如果小于，那么就需要查看是否允许担保失败，如果允许，继续检查新生代需要晋升的对象的大小是否小于老年代的可用连续空见，如果大于，尝试进行新生代GC ，如果小于或者不允许进行担保失败，那么新生代GC 就会变成老年代 GC

总结：

内存回收和来及收集器很多时候都是影响系统性能，并发能力的主要因素之一，只有根据实际应用需求，实现方式选择最优的搜集方式才能获取最高的性能。在实际的虚拟机调优阶段，必须了解具体收集器的行为，优势和劣势，以及调节参数，根据程序的实际情况进行调优