对象的内存分配往大的方向讲，是在堆上分配（但也有可能是在栈上分配），对象主要分配在Eden区上，如果启动了本地线程缓冲，按线程优先在TLAB上分配。也有少数情况会直接分配在老年代中。分配规则不是百分百固定，分配细节由虚拟机与虚拟机中与内存相关的参数设定。
以下是常见的几条内存分配规则
对象优先在Eden区分配
大多数情况下，对象在新生代的Eden区分配，当Eden区没有足够的内存进行分配时，虚拟机将发起一次MinorGC，将Eden区的存活对象与Survivor（From）中的存活对象通过复制算法转移到另一个Survivor区（To），如果Survivor区（To）装不下，则转移到担保区（老年代），再在Eden去给新对象分配内存。如果如果Survivor区（To）装的下，Eden区的存活对象与Survivor（From）中的存活对象就会转移到另一个Survivor区（To），再试着在Eden区分配新的空间给新对象。
Minor GC:发生在新生代的垃圾收集动作，新生代具有朝生夕灭的特性，所以Minor GC非常频繁，回收速度也比较快。
Full GC/Major GC:发生在老年代的GC，Full GC速度一般在比Minor GC慢10倍以上
大对象直接进入老年代
大对象就是需要连续内存分配空间的Java对象，典型的有很长的字符串和数组如byte[] mybyte=new byte[2*1024*1024]; 虚拟机提供了-XX:PretenureSizeThreshold参数，令大于这个的值直接在老年代分配，避免在Eden区及两个Survivor区之间进行大量的复制
长期存活的对象将进入老年代
虚拟机给每个对象定义一个年龄计数器，对象创建之后，每进行一次Minor GC之后还存活，并且保存在了Survivor区，年龄就加1，当年龄到达了一定的程度，就晋升到老年区。可通过参数-XX:MaxTenuringThreshold=2设置。（默认15）
动态对象年龄判定
虚拟机并不是永远年龄达到MaxTenuringThreshold的值才晋升，当相同年龄所有的对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象可以直接进入老年代
空间分配担保
在发生Minor GC之前，虚拟机会首先检查老年代最大可用的连续空间是否大于新生代所有对象的大小，如果大于，那么这次Minor GC是安全的，如果小于，那么虚拟机会继续查看HandlePromotionFailure设置的值是否允许担保失败，如果允许，则继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试进行一次Minor GC,尽管这次Minor GC是有风险的，如果小于或者HandlePromotionFailure设置为不允许，那么要改为进行一次FullGC
"风险"是指如果这次的存活对象很多，且Survivor无法容纳下，需要将无法容纳的对象直接进入老年代，如果进入老年的对象的大小远大于之前每一次回收晋升到老年代对象的平均大小，老年代的剩余空间无法容纳下这些对象，就需要进行一次Full GC让老年代腾出更多的空间。
