对象的内存分配，基本上是在堆上分配的（但也可能经过JIT编译后被拆散为标量类型间接的栈上分配），对象主要分配子啊新生代的Eden区，若启动了本地线程分配缓存，会按线程优先在TLAB上分配；当然少数也可能直接分配在老年代。这都取决于当前使用的哪一种垃圾收集器的组合，还有相关参数配置。

对象优先在Eden分配

大多数情况下，对象在新生代Eden区中分配。当Eden中没有足够空间分配时，将触发一次Minor GC。

大对象直接进入老年代

大对象是指需要大量连续内存空间的Java对象。

因为新生代采用复制算法收集内存，因此大对象的分配对于JVM是很苦恼的，尤其是当这些大对象很短命的时候，经常出现大对象容易导致内存还有不少空间时就提前出发垃圾收集以获取足够的连续空间来安置他们。

虚拟机提供一个-XX：PretensureSizeThreshold参数设置大于这个配置值得对象直接在老年代分配。可以避免Eden区和两个Survivor区之间发生大量的内存复制。

虚拟机为每个对象定义一个对象年龄计数器；

对象在Eden出生并经过第一次Minor GC后仍活着的话，并且能被Survivor容纳的，将会被移至Survivor区，且年龄为1；

对象在Suvivor中每熬过一次Minor GC，年龄就长1岁；

当年龄长到一定程度（默认15岁）将会进入老年代。

可以设置-XX:MaxTenuringThreshold 对象进入老年代的年龄阈值

为了更好的适应不同程序的内存状况，虚拟机不会固定要求对象必须达到什么年龄才进入老年代。

如果Suvivor中相同年龄的对象大小大于Survivor空间的一半，那么年龄大于等于该年龄的对象都会直接进入老年代。

新生代采用复制收集算法，但是为了内存利用率，只是用一个Survivor作为轮换备份，Minor GC后最极端的情况是新生代的所有对象都存活，这时Eden区的对象要进入Survivor区中，老年代要进行分配担保来把Survivor无法容纳的对象直接进入老年代。

因为经过Minor GC后到底有多少对象存活在完成内存回收之前是未知的，因此取之前每次晋升到老年代对象的容量的平均大小作为经验值与老年代剩余空间进行比较来决定是否进行Full GC来让老年代腾出更多空间。

如果某次Minor GC存活后的对象突增，远远高于平均值的话，依然会导致担保失败（Handle Promotion Failure）。如果出现了HandlePromotionFailure失败，那就只能失败后重新发起一次Full GC

另外在JDK 6 Update 24之后，虚拟机已经不再使用HandlePromotionFailure参数了，规则变为只要老年代的连续空间大于新生代对象总大小或者历次晋升的平均大小就会进行Minor GC，否则将进行Full GC。