【基础篇】十三、强软弱虚引用、终结器引用

2024-01-06 06:12
文章标签 基础 引用 十三 终结 软弱

本文主要是介绍【基础篇】十三、强软弱虚引用、终结器引用，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

文章目录

  • 0、相关🖊
  • 1、强引用
  • 2、软引用
  • 3、弱引用
  • 4、虚引用
  • 5、终结引用

关于对象能否被回收：

  • 计数器
  • 可达性分析

还可以根据引用的类型，不同的引用类型，对应对象的不同GC回收规则。

0、相关🖊

📕【强软弱虚】

在这里插入图片描述

1、强引用

  • 默认强引用，即把一个对象赋值给一个变量（也叫引用）
Object o = new Object();
  • GC时，有强引用的对象不会被回收，即使OOM了

Demo：

public class Demo {public static void main(String[] args) {Demo demo = new Demo();System.out.println("GC前: " + demo);System.gc();System.out.println("GC后: " + demo);//断掉强引用demo = null;System.gc();System.out.println("断掉强引用并GC: " + demo);}
}

在这里插入图片描述

2、软引用

  • 内存足够时，不会被GC回收
  • 内存不足时，才被GC回收
  • 包装为软引用：new SoftReference<对象类型>(对象)
    在这里插入图片描述
public class SoftReferenceDemo {public static void main(String[] args) {byte[] byte1 = new byte[1024 * 1024 * 100];SoftReference<byte[]> softReference = new SoftReference<>(byte1);byte1 = null;System.gc();System.out.println("内存充足时：" + softReference.get());try {byte[] bytes = new byte[1024 * 1024 * 100];} catch (Error e) {e.printStackTrace();} finally {System.out.println("内存不足时：" + softReference.get());}}}

public class SoftReferenceDemo {public static void main(String[] args) {SoftReference<byte[]> softReference = new SoftReference<>(new byte[1024 * 1024 * 100]);System.gc();System.out.println("内存充足时：" + softReference.get());try {byte[] bytes = new byte[1024 * 1024 * 100];} catch (Error e) {e.printStackTrace();} finally {System.out.println("内存不足时：" + softReference.get());}}}

注意上面两份代码的区别，前者必须加个byte1 = null，这是个强引用，不断掉，即使内存不够，byte1对象也不会被回收，soft Reference.get结果也就一直不为null。这个地方卡了半小时，想着怎么还不回收，看半天发现这儿有个强引用。设置-Xmx200m，运行：

在这里插入图片描述

以上代码，盒子里的东西已经没了（被包装的对象被回收，get得到结果为null了），盒子也就没必要再留了。 但盒子里的东西何时被回收不确定，不能直接写一句先把盒子干掉：

softReference = null;

软引用中的对象如果在内存不足时回收，SoftReference对象本身也需要被回收：
在这里插入图片描述

  • 创建软引用时，构造方法里再传入一个引用队列
  • 对象A被回收，外层的SoftReference对象会加入队列
  • 遍历干掉外层的SoftReference

Demo：

public class SoftReferenceDemo {public static void main(String[] args) {ReferenceQueue<byte[]> queue = new ReferenceQueue<>();ArrayList<SoftReference<byte[]>> list = new ArrayList<>();for (int i = 0; i < 10; i++) {byte[] byte1 = new byte[1024 * 1024 * 100];//包装对象时再传个队列SoftReference<byte[]> softReference = new SoftReference<>(byte1, queue);list.add(softReference);}int count = 0;//能从队里拿出来的，都是对象被回收的while (queue.poll() != null) {++count;}System.out.println(count);}}

设置JVM堆内存total和max为200M（实际可用约190M左右），循环十次，自然有九个byte[ ] 对象回收，queue长度应该是9：

在这里插入图片描述

poll弹出的就是被回收掉内存对象的SoftReference对象。

3、弱引用

  • 不管JVM内存是否够用，GC运行，弱引用对象均被回收。
  • 和软引用一样，也可搭配一个引用队列
  • 用于ThreadLocal应对内存泄漏

在这里插入图片描述

public class Demo {public static void main(String[] args) {WeakReference<Demo> reference = new WeakReference<>(new Demo());System.out.println("GC前: " + reference.get());System.gc();System.out.println("GC后: " + reference.get());}
}

在这里插入图片描述

4、虚引用

  • 幽灵引用/幻影引用
  • 虚，形同虚设的意思
  • 和其他几种引用不一样，它不影响对象的回收规则
  • 仅有虚引用指向的对象，随时可能会被回收
  • 唯一的用途是当对象被垃圾回收器回收时可以接收到对应的通知
  • 虚引用get方法返回结果总为null

虚引用的一个应用场景是直接内存的释放问题：

public class Demo {public static final int size = 1024 * 1024 * 10;public static void main(String[] args) {/*** allocateDirect方法创建DirectByteBuffer对象* DirectByteBuffer对象构造方法里向操作系统申请了直接内存*/ByteBuffer directBuffer = ByteBuffer.allocateDirect(size);//干掉强引用directBuffer = null;System.gc();System.out.println();}
}

DirectByteBuffer对象被回收的时候，需要收到一个消息，去把直接内存的空间也释放了（不能只GC把堆里的DirectByteBuffer对象空间释放了，GC主要是处理堆，不是处理直接内存的）

在这里插入图片描述

往下跟：

在这里插入图片描述

Cleaner类继承了虚引用类，这里传入要监控的ByteBuffer对象，告诉虚引用我要监控这个对象的回收，接下来会有一个线程去监控这个对象的回收，

在这里插入图片描述

当ByteBuffer对象被回收，就调用Deallocator类（实现了Runnable接口）的run方法，run方法里干的活儿就是释放了直接内存：

在这里插入图片描述

贴个清晰点的Demo：

public class ReferenceDemo {public static void main(String[] args) {MyObject myObject = new MyObject();ReferenceQueue<MyObject> referenceQueue = new ReferenceQueue<>();PhantomReference<MyObject> phantomReference = new PhantomReference<>(myObject, referenceQueue);List<byte[]> list = new ArrayList<>();new Thread(() -> {while (true){list.add(new byte[1024 * 1024]); //1M//歇500ms，写1M进Listtry {TimeUnit.MILLISECONDS.sleep(500);} catch (InterruptedException e) {e.printStackTrace();}//验证下每次get都是nullSystem.out.println(phantomReference.get() + " list add OK.");}},"t1").start();new Thread(() -> {while (true){Reference<? extends MyObject> reference = referenceQueue.poll();if(reference != null){System.out.println("有虚引用对象被回收，加入了队列");//break;}}},"t2").start();}}

5、终结引用

  • 对象需要被回收时，终结器引用会关联这个对象，并放入Finalizer类的引用队列
  • (无需手动编码，其内部配合引用队列使用)
  • 稍后会由FinalizerThread线程从队列中获取这个对象，并执行它的finalize方法
  • 在这个对象该第二次被回收时，才真正干掉这个对象

总结就是第一次包装一下扔到引用队列+执行finalize方法，第二次GC它时，抬走。根据这个特点，如果在第三步里的finalize方法里给变为null的对象，重新赋一个强引用，岂不是可以让这个对象复活。 Demo：

public class FinalizeReferenceDemo {public static FinalizeReferenceDemo reference = null;/*** 存活性验证*/public void alive() {System.out.println("当前对象还存活...");}@Overrideprotected void finalize() throws Throwable {try {System.out.println("finalize方法执行===");//设置强引用自救reference = this;} finally {super.finalize();}}@SneakyThrowspublic static void test() {reference = null;System.gc();//执行finalize方法的优先级低，这里等一会儿再往下走Thread.sleep(500);if (reference != null) {  //若上面finalize方法执行，则这里不会为null了reference.alive();} else System.out.println("对象已被回收！");}public static void main(String[] args) {reference = new FinalizeReferenceDemo();test();test();}
}

运行结果：

在这里插入图片描述

test方法第一次调用，对象引用被置为null，并手动GC，该被回收了，此时进入引用队列并在稍后执行finalize方法。重写的finalize方法里给引用重新赋值，不为null了，test方法调alive方法发现对象又活了。

接着再第二次调test方法，按理说和第一次调test方法是一个流程，但finalize方法源码有说明：

在这里插入图片描述

即finalize方法最多被同一个JVM调用调用一次，对于一个被放弃的对象。所以第二次调test把引用又置为null并GC后，不会再调finalize方法，因此休眠500ms后，引用依然为null，对象被回收。

这篇关于【基础篇】十三、强软弱虚引用、终结器引用的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/575440。

相关文章

Spring 中的循环引用问题解决方法

Spring 中的循环引用问题解决方法

《Spring中的循环引用问题解决方法》：本文主要介绍Spring中的循环引用问题解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录什么是循环引用？循环依赖三级缓存解决循环依赖二级缓存三级缓存本章来聊聊Spring 中的循环引用问题该如何解决。这里聊
阅读更多...
Android Mainline基础简介

Android Mainline基础简介

《AndroidMainline基础简介》AndroidMainline是通过模块化更新Android核心组件的框架,可能提高安全性,本文给大家介绍AndroidMainline基础简介,感兴趣的朋... 目录关键要点什么是 android Mainline？Android Mainline 的工作原理关键
阅读更多...
mysql的基础语句和外键查询及其语句详解(推荐)

mysql的基础语句和外键查询及其语句详解(推荐)

《mysql的基础语句和外键查询及其语句详解(推荐)》：本文主要介绍mysql的基础语句和外键查询及其语句详解(推荐),本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋... 目录一、mysql 基础语句1. 数据库操作 创建数据库2. 表操作 创建表3. CRUD 操作二、外键
阅读更多...
Python基础语法中defaultdict的使用小结

Python基础语法中defaultdict的使用小结

《Python基础语法中defaultdict的使用小结》Python的defaultdict是collections模块中提供的一种特殊的字典类型,它与普通的字典（dict）有着相似的功能,本文主要... 目录示例1示例2python的defaultdict是collections模块中提供的一种特殊的字
阅读更多...
Python基础文件操作方法超详细讲解(详解版)

Python基础文件操作方法超详细讲解(详解版)

《Python基础文件操作方法超详细讲解(详解版)》文件就是操作系统为用户或应用程序提供的一个读写硬盘的虚拟单位,文件的核心操作就是读和写,：本文主要介绍Python基础文件操作方法超详细讲解的相... 目录一、文件操作1. 文件打开与关闭1.1 打开文件1.2 关闭文件2. 访问模式及说明二、文件读写1.
阅读更多...
C#基础之委托详解(Delegate)

C#基础之委托详解(Delegate)

《C#基础之委托详解(Delegate)》：本文主要介绍C#基础之委托(Delegate),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1. 委托定义2. 委托实例化3. 多播委托（Multicast Delegates）4. 委托的用途事件处理回调函数LINQ
阅读更多...
0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeek R1模型的操作流程

0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeek R1模型的操作流程

《0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeekR1模型的操作流程》DeepSeekR1模型凭借其强大的自然语言处理能力,在未来具有广阔的应用前景,有望在多个领域发... 目录0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeek R1模型，3步搞定一个应
阅读更多...
SpringBoot项目中Maven剔除无用Jar引用的最佳实践

SpringBoot项目中Maven剔除无用Jar引用的最佳实践

《SpringBoot项目中Maven剔除无用Jar引用的最佳实践》在SpringBoot项目开发中,Maven是最常用的构建工具之一,通过Maven,我们可以轻松地管理项目所需的依赖,而,... 目录1、引言2、Maven 依赖管理的基础概念2.1 什么是 Maven 依赖2.2 Maven 的依赖传递机
阅读更多...
MySQL中my.ini文件的基础配置和优化配置方式

MySQL中my.ini文件的基础配置和优化配置方式

《MySQL中my.ini文件的基础配置和优化配置方式》文章讨论了数据库异步同步的优化思路,包括三个主要方面：幂等性、时序和延迟,作者还分享了MySQL配置文件的优化经验,并鼓励读者提供支持... 目录mysql my.ini文件的配置和优化配置优化思路MySQL配置文件优化总结MySQL my.ini文件
阅读更多...
零基础学习Redis(10) -- zset类型命令使用

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合，内部除了存储元素外，还会存储一个score，存储在zset中的元素会按照score的大小升序排列，不同元素的score可以重复，score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2