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

对象已死!

垃圾收集器在对堆进行回收前,首先要做的事情就是要确定这些对象之中哪些还“存活”着, 哪些已经“死去" (即不可能再被任何途径使用的对象)。

1)  引用计数算法

给每个对象中添加一个引用计数器,每当有一个地方引用它时, 计数器值就加l ; 当引用失效时,计数器值就减l :任何时刻计数器为0 的对象就是不可能再被使用的。引用计数算法( Reference
Counting )的实现简单,判定效率也很高,在大部分情况下它都是一个不错的算法。Java 虚拟机里面没有选用引用计数算法来管理内存,其中最主要的原因是它很难解决对象之间相互循环引用的问题。

2)  可达性分析算法

就是通过一系列的称为“GC Roots”的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为引用链(Reference Chain) ,当一个对象到GC
Roots 没有任何引用链相连(用图克的话来说,就是从GC Roots 到这个对象不可达〕时,则证明此对象是不可用。

可作为GC Roots 的对象包括下面几类:

  • 虚拟机钱(栈帧中的本地变量表)中引用的对象。
  • 方法区中类静态属性引用的象。
  • 方法区中常量引用的对象。.
  • 本地方法战中JNI (native方法)引用的判象。

3)  再谈引用

在JDK 1.2之后, Java对引用的概念进行了扩充将引用分为强引用( Strong Reference )、软引用( Soft
Reference)、弱引用( Weak Reference )引、虚引用( Phantom Reference),它们的引用强度依次逐渐减弱。

  • 强引用就是指在程序代码之中普遍在在的。类似Object obj = new Object(),只要强引用还存在,垃圾收集器永远不会回收据被引用的对象。
  • 软引用是用来描述一些还有用但并非必需的对象。对于软引用所联着的对象。在系统将要发生内存溢出异常之前。将会把这些对象列进垃圾回收范围之中进行第二次回收。如果这次回收还是没有足够的内存,才会抛出内存谧出异常。在JDK1.2 之后,提供了Soft
    Reference 类来实现软引用。
  • 弱引用也是用来描述非必需对象的。被弱引用关联的对象只能生存到下一次垃墩收集发生之前。当垃圾收集器工作肘,无论当前内存是否足够,都会回收掉只被弱引用关联的对象。在JDK
    1.2 之后,提供了WeakReference 类来实现弱引用。
  • 虚引用也称为幽灵引用或者幻影引用,它是最弱的一种引用关系。一个对象是否有虚引用的存在,完全不会对其生存时间构成影响,也无也通过虚引用来取得一个对象实例。为一个对象设置虚引用关联的唯一目的就是希望能在这个对象被收集器回收时收到一个系统通知。在JDK
    1.2 之后,提供了PhantomReference 类来实现虚引用。

4)  生存还是死亡

即使在可达性分析算法中不可边的对象,也并非是“非死不可”的,,要真正宣告一个对象死亡,至少要经胁两次标记过程:如果对象在进行可达性分析后发现没有与GC Roots 相连接的引用链,那它将会被第一次标记并且进行一次筛选,筛选的条件是此对象是否有必要执行finalize() 方法。当对象没有覆盖fnalize()方法,或者finalize()方法已经被虚拟机调用过,虚拟机将这两种情况都视为“没有必、要执行”。

如果这个对象被判定为有必要执行finalize()方法,那么这个对象将会被放置在一个名为F-Queue 的队列之中,井在稍后由一条由虚拟机自动建立的、低优先级的Finalizer线程去执行。 “执行”是指虚拟机会触发这个方法,但并不承诺会等待它运行结束。finalize()方越是对象逃脱死亡命运的最后一次机会,稍后GC 将对F-Queue 中的对象进行第二次小规模的标记,如果对象这时候还没有逃脱,就可以回收了。

5)  方法回收区

方法区( HotSpot 虚拟机永久代 )垃圾收集主要回收两部分内容:废弃常量和无用的类。类需要同时满足下面3 个条件才能算是“无用的类”:

  • 该类所有的实例都已经被回收,也就是Java 堆中不存在该类的任何实例。
  • 加载该类的ClassLoader 已经被回收。
  • 该类对应的java.lang.Class 对象没有在任何地方被引用,无法在任何地方通过反射访问该类的方法

虚拟机可以对满足上述3 个条件的无用类进行回收,但并不一定进行回收。

【参见】【深入理解Java虚拟机(第二版)】【周志明】

【首发】【http://my.oschina.net/u/245653/blog/388219

时间: 2024-11-05 20:29:05

【003】【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

JVM学习记录-对象已死吗

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

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

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

对象已死吗?

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

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

JVM管理的堆内存中,几乎存放了所有的对象实例,如果一个对象已经使用完毕(没有任何引用指向它),那么,该对象所占用的内存应该被回收利用,而这些工作就是JVM垃圾收集器的工作 垃圾收集器在对堆内存进行回收之前,第一件事情就是要确定哪些对象还"存活",哪些已经"死去",其内存将要被回收,下面就来讲--根搜索算法 在讲根搜索算法之前,因为一个对象在没有任何引用指向它的时候,其所占内存才具备回收添加,那我们先来讲讲什么事引用 传统意义的引用:如果reference类型的数据

Java虚拟机对象存活标记及垃圾收集算法解析

一.对象存活标记 1. 引用计数算法 给对象中添加一个引用计数器,每当有一个地方引用它时,计数器就加1:当引用失效时,计数器就减1:任何时刻计数器都为0的对象就是不可能再被使用的. 引用计数算法(Reference Counting)的实现简单,判定效率也很高,在大部分情况下它都是一个不错的算法,也有一些比较著名的应用案例,例如微软的COM(Component Object Model)技术.使用ActionScript 3的FlashPlayer.Python语言以及在游戏脚本领域中被广泛应用

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

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

深入理解java虚拟机---对象的创建过程(八)

1.对象的创建过程 由于类的加载是一个很复杂的过程,所以这里暂时略过,后面会详细讲解,默认为是已加载过的类.着重强调对象的创建过程. 注意: 最后一步的init方法是代码块和构造方法. 以上是总图,下面分步骤详细讲解 A: 虚拟机为对象分配内存方式 1. 指针碰撞: 堆内存规整时,这时就可以把其看做一半连续内存被占用,一半连续的内存空闲.所以当创建新对象时,从空闲的内存中分配空间给新对象 2.空闲列表: 堆内存是不连续的,这就需要虚拟机维护一个内存列表,用于记录当前内存是否被占用,当新创建对象时