JAVA虚拟机中老年代和年轻代的交互工作流程

JAVA虚拟机中老年代和年轻代的交互工作流程

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

   一种是短期存活的，分配在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();
} 

}

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

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

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

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

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

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

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

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

![在这里插入图片描述](https://img-blog.csdnimg.cn/20210429160330520.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM1OTg3Nzc2,size_16,color_FFFFFF,t_7

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

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

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

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

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