JAVA虚拟机中老年代和年轻代的交互工作流程
平时代码创建出来的对象，一般分为两种：
一种是短期存活的，分配在Java堆内存之后，迅速使用完就会被垃圾回收，会分配到年轻代里。另一种是长期存活的，需要一直生存在Java堆内存里，让程序后续不停地去使用，会分配到老年代里。对象什么时候进入年轻代？什么时候进入老年代？
大部分正常对象都优先在年轻代分配内存
public class Kafka {
private static ReplicaFetcher fetcher = new ReplicaFecther();public static void main(String[] args) {loadReplicasFromDisk();while (true){loadReplicasFromRemote();Thread.sleep(1000);}}private static void loadReplicasFromDisk() {ReplicaManager replicaManager = new ReplicaManager();replicaManager.load();}private static void fetchReplicasFromRemote(){fetcher.fetch();}
}
我们知道，类静态遍历“fetcher”引用的哪个“ReplicaFetcher”对象，是会长期存活在内存里的
但是尽管是这种对象，刚开始也是分配在年轻代中
包括loadReplicasFromDisk方法中创建的ReplicaManager实例对象，也是分配在年轻代里的
2.什么情况下会出发新生代的垃圾回收？
一旦“loadReplicasFromDisk()”方法执行完毕之后，这个方法的栈帧出栈，会导致没有任何遍历引用了个实例对象了
但是此时并不一定会发生垃圾回收，实际上垃圾回收也有触发的条件！
假设代码中创建了N多个对象，如果年轻代预先分配的内存空间，几乎都被对象占满了，此时代码继续运行，需要在年轻代里去分配一个对象，会发现年轻代的内存空间不够了1
这个时候，就会触发一次年轻代内存空间的垃圾回收，也称之为“Minor GC”，或者叫做“Young GC”，他会尝试把年轻代里那些没人用的垃圾对象，都给回收掉。
