JVM年轻代和老年代中对象的分配与流动

平时代码创建出来的对象，一般分为两种：

       一种是短期存活的，分配在Java堆内存之后，迅速使用完就会被垃圾回收，会分配到年轻代里。

       另一种是长期存活的，需要一直生存在Java堆内存里，让程序后续不停地去使用，会分配到老年代里。

对象什么时候进入年轻代？什么时候进入老年代？

（1）大部分正常对象都优先在年轻代分配内存

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();
    }
 
}

我们知道，类静态遍历“fetch”引用的哪个“ReplicaFetcher”对象，是会长期存活在内存里的

但是尽管是这种对象，刚开始也是分配在年轻代中

包括loadReplicasFromDisk方法中创建的ReplicaManager实例对象，也是分配在年轻代里的

（2）什么情况下会出发新生代的垃圾回收？

一旦“loadReplicasFromDisk()”方法执行完毕之后，这个方法的栈帧出栈，会导致没有任何遍历引用了个实例对象了

但是此时并不一定会发生垃圾回收，实际上垃圾回收也有触发的条件！

假设代码中创建了N多个对象，如果年轻代预先分配的内存空间，几乎都被对象占满了，此时代码继续运行，需要在年轻代里去分配一个对象，会发现年轻代的内存空间不够了1

这个时候，就会触发一次年轻代内存空间的垃圾回收，也称之为“Minor GC”，或者叫做“Young GC”，他会尝试把年轻代里那些没人用的垃圾对象，都给回收掉。

比如上图，对于没人引用的对象都会被回收掉。我们在代码中创建的大部分对象，其实都是这种使用之后立马就可以回收掉的生存周期极短的对象。

（3）长期存活的对象会躲过多次垃圾回收

默认情况下，如果一个实例对象在年轻代中，成功的在15次垃圾回收后，还是没有被回收掉，说明他已经15岁了。

这是对象的年龄，每垃圾回收一次，如果这个对象没被回收掉，他的年龄就会增加1.

当成功躲过15次垃圾回收，成为一个“老年人”，然后他就会被转移到Java堆内存的老年代中去。