Java虚拟机如何判断对象已死?(哪些内存需要回收)

JVM管理的堆内存中,几乎存放了所有的对象实例,如果一个对象已经使用完毕(没有任何引用指向它),那么,该对象所占用的内存应该被回收利用,而这些工作就是JVM垃圾收集器的工作

垃圾收集器在对堆内存进行回收之前,第一件事情就是要确定哪些对象还“存活”,哪些已经“死去”,其内存将要被回收,下面就来讲——根搜索算法

在讲根搜索算法之前,因为一个对象在没有任何引用指向它的时候,其所占内存才具备回收添加,那我们先来讲讲什么事引用

传统意义的引用:如果reference类型的数据中存储的数据代表的是另一块内存的起始地址,就称这块内存代表着一个引用

引用的新概念:引用分为强引用、软引用、弱引用、虚引用,这四种引用强度依次逐渐减弱

1、强引用:强引用就是指程序代码中普遍存在的,类似 Object a = new Object() 这类的引用,只要引用还存在,垃圾收集器永远不会回收掉该引用对象所占内存

2、软引用:软引用用来描述一些还有用,但并非必需的对象。对于软引用关联着的对象,在内存不足,将要发生内存溢出异常之前,将会把这些对象列入回收范围之中并进行第二次回收。

3、弱引用:用来描述非必需对象,强度比软引用更弱一些,被弱引用关联的对象只能生存到下一次垃圾收集发生之前,当垃圾收集器工作时,无论当前内存时候足够,都将其回收。

4、虚引用:它是最弱的一种引用关系。一个对象是否有虚引用存在,完全不会对其生存时间构成影响,也无法通过虚引用来取得对象实例。它的唯一目的就是希望能在这个对象被收集器回收时收到一个系统通知。

那么我们来说说根搜索算法,判断一个对象是否具备被回收的条件

这个算法的基本思路就是通过一系列的名为”GC Roots“的对象作为起始点,从这些节点开始向下搜索,搜索搜走过的路径为引用链,当一个对象到GC Roots没有任何引用链相连接时,则证明此对象是不可用的,不可达的,应该被回收。如图示:

在Java语言里,可作为GC Roots的对象包括下面几种:

虚拟机栈(栈帧中的本地变量表)中的引用的对象。

方法区中的类静态属性引用的对象。

方法区中的常量引用的对象。

本地方法栈中JNI(即一般说的Native方法)的引用的对象。

时间: 2024-10-08 21:24:40

Java虚拟机如何判断对象已死?(哪些内存需要回收)的相关文章

JVM【第十回】:【判断对象已死之引用计数算法】

很多教科书判断对象是否存活的算法是这样的:给对象添加一个引用计数器,每当有一个地方引用它时,计数器值就加1:当引用失效时,计数器值就减1:任何时刻计数器都为0的对象就是不可能再被使用.很多应届生和一些有多年工作经验的开发人员,他们对于这个问题给予的都是这个答案. 客观地说,引用计数算法的实现建安,判定效率也很高,在大部分情况下它都是一个不错的算法,也有一些比较著名的应用案例,例如微软COM(Component Object Model)技术.使用ActionScript3的FlashPlayer

JVM【第十一回】:【判断对象已死之根搜索算法】

在主流的商用程序语言中(Java和C#)都是使用根搜索算法(GC Roots Tracing)判断对象是否存活的.这个算法的基本思路:通过一系列的名为"GC Roots"的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为引用链(Reference Chain),当一个对象到GC Roots没有任何引用链相连(就是从GC Roots到这个对象不可达)时,则证明对象是不可用的.如下图所示,对象object5.object6.object7虽然互相有关联,但是它们到GC Root

深入理解Java虚拟机笔记---判断对象是否存活

堆中几乎存放着Java世界中所有的对象实例,垃圾收集器在对堆回收之前,第一件事情就是要确定这些对象哪些还"存活"着,哪些对象已经"死去"(即不可能再被任何途径使用的对象) 1.引用计数算法 很多教科书判断对象是否存活的算法是这样的:给对象中添加一个引用计数器,每当有一个地方引用它时,计数器值加1:当引用失效时,计数器减1:任何时刻计数器都为0的对象就是不可能再被使用的. 引用计数算法(Reference Counting)的实现简单,判断效率也很高,在大部分情况下它

JVM学习-jvm判断对象已死的方法

在堆里面存放着各种各类的Java对象,垃圾收集器在对堆进行垃圾回收时,首要就是判断哪些对象还活着,哪些对象已经死去(即不被任何途径引用的对象). 标记清除算法: 标记清除算法简单概括为:给对象添加一个引用计数器,每当有一个地方引用该对象时,计数器+1,当引用失效时,计数器-1,任何时刻,当计数器为0的时候,该对象不再被引用.客观的说,引用计数器的实现简单,判定效率也高,大部分场景下是一个不错的选择.但是,当前主流的Jvm均没有采用标记清除算法,原因在于,它很难解决对象之间互相循环调用的情况. 可

【003】【Java虚拟机——对象已死判定】

对象已死! 垃圾收集器在对堆进行回收前,首先要做的事情就是要确定这些对象之中哪些还"存活"着, 哪些已经"死去" (即不可能再被任何途径使用的对象). 1)  引用计数算法 给每个对象中添加一个引用计数器,每当有一个地方引用它时, 计数器值就加l : 当引用失效时,计数器值就减l :任何时刻计数器为0 的对象就是不可能再被使用的.引用计数算法( Reference Counting )的实现简单,判定效率也很高,在大部分情况下它都是一个不错的算法.Java 虚拟机里面没有选用

JVM学习记录-对象已死吗

前言 先来回顾一下,在jvm运行时数据区,分为两部分,一个部分是线程共享区,主要包括堆和方法区,另一部是线程私有区分包括本地方法栈,虚拟机栈和程序计数器.在线程私有部分的三个区域是随着线程生和灭的.栈中的栈帧随着方法的进入和退出而执行着出栈和入栈操作.每一个栈帧所用内存大小在类结构确定下来时就已知了.因此这线程私有区的内存分配和回收都具备确定性,简单概括的说:这部分内存在类加载时分配,在线程结束时回收.(个人理解) 而线程共享区(堆和方法区)则不一样,一个方法中的多个分支需要的内存可能不一样,只

JVM——对象已“死”的判定

主要针对Java堆和方法区 1.判断对象是否已"死" Java堆中存放着几乎所有的对象实例,垃圾回收器在对堆进行回收之前,首先应该判断这些对象哪些还"存活",哪些已经"死亡". (1)引用计数法 A. 工作流程 给每个对象附加一个计数器,每当有一个地方引用此对象.计数器+1:每当有一个地方不再引用此对象,计数器-1:在任意时刻,只要对象引用计数器值为0,任务此对象已经"死亡".(没有"死亡"的对象一定不会被

对象已死吗?

为什么要讨论这个问题呢? 在堆里面存放着java世界中几乎所有的对象实例,垃圾收集器在对堆进行回收前,第一件事情就是要确定这些对象之中哪些还“存活”着,哪些已经“死去”(即不可能再被任何途径使用的对象). 下面有几种算法判断对象是否已经死去.(注意是判断对象是否可回收的算法,并不是回收算法) 1.引用计数算法:给对象添加一个引用计数器,每当有一个地方引用它时,计数器值就加1:当引用失效时,计数器值就减1:任何时刻计数器为0的对象就是不可能再被使用的. 主流的java虚拟机里面没有选用这个算法来管

java虚拟机中的对象的创建

当虚拟机遇到一条new 指令时,首先去检查这个指令的参数是否能在常量池中定位到一个类的符号引用,并且这个符号引用代表类的是否已加载.解析和初始化过.如果没有必须执行类的加载过程. 在类加载检查过后,接下来虚拟机将为新生对象分配内存.对象所需内存大小在类加载完成后便可完全确定,为对象分配空间的任务等同于把一块确定大小的内存从java堆中化分出来.java内存的分配方式分为"指针碰撞"(Bump the Pointer)和"空闲列表"(Free List)两种方式. 指