JVM工作原理与实战(二十四):堆的垃圾回收-对象引用

简介: JVM作为Java程序的运行环境,其负责解释和执行字节码,管理内存,确保安全,支持多线程和提供性能监控工具,以及确保程序的跨平台运行。本文主要介绍了强引用、软引用、弱引用、虚引用、终结器引用等内容。

在Java中,对象的生命周期由垃圾回收器管理。在可达性算法中,描述的对象引用通常指的是强引用,即GCRoot对象对普通对象有引用关系,只要这层关系存在,普通对象就不会被回收。但除了强引用外,Java还设计了其他几种引用方式,以应对不同的内存管理需求。

一、软引用

1.软引用的执行过程

软引用是一种相对较弱的引用关系。如果一个对象仅被软引用关联,当内存不足时,这些数据将会被虚拟机视为垃圾回收的候选对象。在JDK 1.2之后,通过SoftReference类实现了软引用。它常被用于缓存的实现。例如,当内存不足时,虚拟机首先尝试回收软引用关联的对象。如果仍不能解决内存问题,软引用中的对象将被回收。如果仍然内存不足,将抛出OutOfMemory异常。

案例:

根对象(GC Root)到目标对象(对象A)形成了引用链,对象A不可回收:

image.gif

根对象(GC Root)到目标对象(对象A)没有形成引用链,该对象被认为是不可达的,可以被安全地回收。当内存不足时,软引用中的对象(对象A)将被回收:

image.gif

软引用的执行过程如下:

  1. 将对象使用软引用包装起来,如new SoftReference<对象类型>(对象)。
  2. 当内存不足时,虚拟机尝试进行垃圾回收。
  3. 如果垃圾回收仍不能解决内存不足的问题,回收软引用中的对象。
  4. 如果依然内存不足,抛出OutOfMemory异常。

案例:

将100M的数据放入软引用中:

byte[] bytes = new byte[1024 *1024 *100];
    SoftReference<byte[]> softReference = new SoftReference<byte[]>(bytes);
image.gif

2.SoftReference队列机制

在内存不足的情况下,如果软引用所指向的对象被回收,那么SoftReference对象本身也需要被回收。为了解决这个问题,SoftReference提供了一套有效的队列机制,以确保可以准确判断哪些SoftReference对象需要被回收。这套机制使得SoftReference能够与垃圾回收器协同工作,从而优化内存管理。

SoftReference队列机制:

  • 创建与引用队列的关联:在创建SoftReference对象时,通过特定的构造器可以传入一个引用队列。这个队列用于存储SoftReference对象,以便后续的管理和回收。
  • 对象回收与队列更新:当软引用包含的对象被标记为可回收时,该软引用对象会被自动加入到指定的引用队列中。这一步骤确保了被回收对象的跟踪和管理。
  • 强引用删除:为了进一步管理内存,程序需要遍历这些引用队列,并删除SoftReference的强引用。这一操作是为了确保软引用对象不再占用额外的内存空间,从而使其可以被垃圾回收器顺利回收。

这套队列机制确保了内存管理的效率和准确性,使SoftReference能够适应不同的内存需求,有效地管理Java虚拟机的内存资源。

二、弱引用

弱引用的工作原理与软引用在很多方面是相似的,但在垃圾回收方面存在显著差异。主要区别在于,当弱引用关联的对象被垃圾回收时,不论当前系统内存空间足够与否,都会被回收。这一特性使得弱引用在处理内存管理时更为直接和高效。

在JDK 1.2版本之后,Java引入了WeakReference类来实现弱引用机制。这一设计使得弱引用主要在ThreadLocal中得到应用,为其提供了更为灵活和有效的内存管理方案。同时,弱引用对象同样可以利用引用队列进行回收。这一机制确保了垃圾回收器能够跟踪并管理弱引用对象的生命周期,从而更有效地释放内存空间。

image.gif

案例:

将100M的数据放入弱引用中:

byte[] bytes = new byte[1024 *1024 *100];
    WeakReference<byte[]> weakReference = new WeakReference<byte[]>(bytes);
image.gif

三、虚引用与终结器引用

在Java的内存管理中,虚引用和终结器引用是两种较为特殊的引用类型,它们在常规开发中的使用频率相对较低。

1.虚引用

虚引用,也被称为幽灵引用或幻影引用,是一种抽象的引用关系。通过虚引用来获取一个对象是不可能的,因为虚引用仅仅提供了对对象的一个弱化形式的引用关系。其主要用途在于跟踪对象被垃圾回收的行为。当一个对象仅持有虚引用时,它就像没有任何引用一样,随时可能被垃圾回收器回收。

在Java中,PhantomReference类代表了虚引用。它允许程序监控对象何时被垃圾回收,并在回收时收到通知。这在某些场景下是有用的,例如管理外部资源或实现特定的内存管理策略。

2.终结器引用

终结器引用与对象的finalize方法相关联。当一个对象需要被回收时,终结器引用会将其关联到Finalizer类中的一个引用队列中。随后,FinalizerThread线程会从队列中取出对象并执行其finalize方法。需要注意的是,finalize方法的执行是在垃圾回收之后进行的,因此,当对象第二次被回收时,它才真正被回收。

尽管在finalize方法中可以将对象重新使用强引用关联上,但这通常是不推荐的。因为这可能导致内存泄漏或其他不可预见的问题。开发者应该谨慎处理终结器引用的使用,并确保finalize方法在执行完毕后不再保持对对象的引用。


总结

JVM是Java程序的运行环境,负责字节码解释、内存管理、安全保障、多线程支持、性能监控和跨平台运行。本文主要介绍了强引用、软引用、弱引用、虚引用、终结器引用等内容,希望对大家有所帮助。

相关文章
|
5月前
|
Oracle Java 关系型数据库
JVM深入原理(一+二):JVM概述和JVM功能
JVM全称是Java Virtual Machine-Java虚拟机JVM作用:本质上是一个运行在计算机上的程序,职责是运行Java字节码文件,编译为机器码交由计算机运行。
137 0
|
5月前
|
Arthas 存储 Java
JVM深入原理(三+四):JVM组成和JVM字节码文件
目录3. JVM组成3.1. 组成-运行时数据区3.2. 组成-类加载器3.3. 组成-执行引擎3.4. 组成-本地接口4. JVM字节码文件4.1. 字节码文件-组成4.1.1. 组成-基础信息4.1.1.1. 基础信息-魔数4.1.1.2. 基础信息-主副版本号4.1.2. 组成-常量池4.1.3. 组成-方法4.1.3.1. 方法-工作流程4.1.4. 组成-字段4.1.5. 组成-属性4.2. 字节码文件-查看工具4.2.1. javap4.2.2. jclasslib4.2.3. 阿里Arthas
97 0
|
5月前
|
存储 安全 Java
JVM深入原理(五):JVM组成和JVM字节码文件
类的生命周期概述:类的生命周期描述了一个类加载,使用,卸载的整个过类的生命周期阶段:类的声明周期主要分为五个阶段:加载->连接->初始化->使用->卸载,其中连接中分为三个小阶段验证->准备->解析。
72 0
|
5月前
|
Arthas Java 测试技术
JVM深入原理(六)(一):JVM类加载器
目录6. JVM类加载器6.1. 类加载器-概述6.2. 类加载器-执行流程6.3. 类加载器-分类(JDK8)6.3.1. JVM底层实现的类加载器6.3.1.1. 启动类加载器6.3.2. Java代码实现类的加载器6.3.2.1. 扩展类加载器6.3.2.2. 应用程序类加载器6.4. 类加载器-Arthas查看类加载器
84 0
|
5月前
|
Java 关系型数据库 MySQL
JVM深入原理(六)(二):双亲委派机制
自定义类加载器打破双亲委派机制的方法:复写ClassLoader中的loadClass方法常见问题:要加载的类名如果是以java.开头,则会抛出安全性异常加载自定义的类都会有一个共同的父类Object,需要在代码中交由父类加载器去加载自定义类加载器不手动指定parent会默认指定应用类加载两个自定义类加载器加载同一个类会被认为是两个对象,只有相同的类加载器+想通的类限定名才会被认为是一个对象。
208 0
|
5月前
|
存储 安全 Java
JVM深入原理(七)(一):运行时数据区
栈的介绍:Java虚拟机栈采用栈的数据结构来管理方法调用中的基本数据,先进后出,每一个方法的调用使用一个栈帧来保存栈的组成:栈:一个线程运行所需要的内存空间,一个栈由多个栈帧组成栈帧:一个方法运行所需要的内存空间活动栈帧:一个线程中只能有一个活动栈帧栈的生命周期:栈随着线程的创建而创建,而回收会在线程销毁时进行栈的执行流程:栈帧压入栈内执行方法执行完毕释放内存若方法间存在调用,那么会压入被调用方法入栈,执行完后释放内存,再执行当前方法,直到执行完毕,释放所有内存。
90 0
|
5月前
|
存储 缓存 安全
JVM深入原理(七)(二):运行时数据区
堆的作用:存放对象的内存空间,它是空间最大的一块内存区域.栈上的局部变量表中,可以存放堆上对象的引用。静态变量也可以存放堆对象的引用,通过静态变量就可以实现对象在线程之间共享。堆的特点:线程共享:堆中的对象都需要考虑线程安全的问题垃圾回收:堆有垃圾回收机制,不再引用的对象就会被回收方法区的概述:方法区是存放基础信息的位置,线程共享,主要包括:类的元信息:保存了所有类的基本信息运行时常量池:保存了字节码文件中的常量池内容静态常量池:字节码文件通过编号查表的方式找到常量。
71 0
|
7月前
|
存储 算法 Java
G1原理—5.G1垃圾回收过程之Mixed GC
本文介绍了G1的Mixed GC垃圾回收过程,包括并发标记算法详解、三色标记法如何解决错标漏标问题、SATB如何解决错标漏标问题、Mixed GC的过程、选择CollectSet的算法
G1原理—5.G1垃圾回收过程之Mixed GC
|
7月前
|
存储 算法 Java
G1原理—6.G1垃圾回收过程之Full GC
本文详细探讨了G1垃圾回收器对Full GC(FGC)的优化处理,涵盖FGC的前置处理、整体流程及并行化改进。重点分析了传统FGC串行化的局限性以及G1通过Region分区和RSet机制实现并行标记的优势,包括任务窃取提升效率、跨分区压缩以生成空闲Region等技术细节。此外,文章还介绍了G1的新特性——字符串去重优化,通过判断char数组一致性减少重复字符串占用内存,从而提升内存使用效率。总结部分全面回顾了G1在FGC中的各项优化措施及其带来的性能改善。
G1原理—6.G1垃圾回收过程之Full GC
|
7月前
|
存储 算法 Java
G1原理—4.G1垃圾回收的过程之Young GC
本文详细解析了G1垃圾回收器中YGC(Young Generation Collection)的完整流程,包括并行与串行处理阶段。内容涵盖YGC相关参数设置、YGC与Mixed GC及FGC的关系、新生代垃圾回收的具体步骤(如标记存活对象、复制到Survivor区、动态调整Region数量等),以及并行阶段的多线程操作和串行阶段的关键任务(如处理软引用、整理卡表、重构RSet)。
G1原理—4.G1垃圾回收的过程之Young GC