【JVM】对象已死?

前言:
在概述里,我们讲了GC需要做的3件事中,第一位就是哪些内存需要回收,这里我们来讨论一下,对象是否应该回收。
判断方法
1、引用计数算法
2、可达性分析算法
【JVM】对象已死?_第1张图片
【JVM】对象已死?_第2张图片
关于引用:
大家发现,不论上述哪种算法,判断对象是否存活,都与“引用”有关。
概念:
在jdk1.2之前的定义:如果reference类型的数据中存储的数值代表的是另一块内存的起始地址,就称这块内存代表一个引用。但是这个定义很狭隘,这样说明对象只有被引用和没有被引用2种状态,而无法描述处于中间状态的对象。
        而我们希望描述这样的对象:
当内存空间足够时,则能保存在内存之中,如果内存空间在进行垃圾收集之后,还是非常紧张,则可以抛弃这些对象。
补充概念:
在JDK1.2之后,对引用的概念进行了扩充:
【JVM】对象已死?_第3张图片
对象已死?
即使在可达性分析中不可达的对象,也并非是“非死不可”的。
其中:finalize()解释: 参考博客
回收方法区:
很多人认为方法区(Hotspot虚拟机中的永久代),是没有垃圾收集的,java虚拟机规范中说不要求虚拟机在方法区实现垃圾收集,而且在方法区中收集的性价比比较低。
比如:在堆中,尤其是在新生代中,常规应用进行一次垃圾收集一般可以回收70%-95%的空间,而永久代的垃圾收集远远低于此。
【JVM】对象已死?_第4张图片

你可能感兴趣的:(【JVM】对象已死?)