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

文章目录

  • 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进List
                try {
                    TimeUnit.MILLISECONDS.sleep(500);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                //验证下每次get都是null
                System.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("当前对象还存活...");
    }

    @Override
    protected void finalize() throws Throwable {
        try {
            System.out.println("finalize方法执行===");
            //设置强引用自救
            reference = this;
        } finally {
            super.finalize();
        }

    }

    @SneakyThrows
    public 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，对象被回收。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：/a/293971.html

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

迅为LS2K0500开发板龙芯国产处理器板载PCIE，支持M.2固态硬盘和SATA硬盘

迅为LS2K0500开发板龙芯国产处理器板载PCIE，支持M.2固态硬盘和SATA硬盘

CPU 迅为LS2K0500开发板采用龙芯2K0500处理器&#xff0c;基于龙芯自主指令系统 (LoongArch) 架构&#xff0c;片内集成64位LA264处理器核。实现ACPI、DVFS/DPM动态电源功耗管理等低功耗技术&#xff0c;支持多种电源级别和唤醒方式&#xff0c;可根据具体应用场景对芯片部分功…
阅读更多...
Unity中URP下统一不同平台下的z值

Unity中URP下统一不同平台下的z值

文章目录 前言一、ComputeFogFactor 来计算雾效混合因子二、UNITY_Z_0_FAR_FROM_CLIPSPACE 来统一计算不同平台下的Z值1、DirectX平台2、GL平台下&#xff08;在Unity.2022.LTS下&#xff0c;该功能没有完善)3、Opengl下 前言 在之前的文章中&#xff0c;我们实现了URP下的雾效…
阅读更多...
python+selenium爬虫笔记

python+selenium爬虫笔记

本文只是做例子&#xff0c;具体网站路径麻烦你们换下&#xff0c;还有xpath路径也换下 一、安装所需要的组件&#xff08;此处采用谷歌&#xff09; 1、安装驱动 查看你的浏览器版本&#xff0c;去安装对应的版本 下载驱动 下载驱动路径 之前版本的 输入这个路径下载下来解压…
阅读更多...
HarmonyOS应用开发之ArkTS语言学习记录

HarmonyOS应用开发之ArkTS语言学习记录

1、ArkTS介绍 ArkTS是鸿蒙生态的应用开发语言。它在保持TypeScript&#xff08;简称TS&#xff09;基本语法风格的基础上&#xff0c;对TS的动态类型特性施加更严格的约束&#xff0c;引入静态类型。同时&#xff0c;提供了声明式UI、状态管理等相应的能力&#xff0c;让开发者…
阅读更多...
【React系列】Hook（二）高级使用

【React系列】Hook（二）高级使用

本文来自#React系列教程&#xff1a;https://mp.weixin.qq.com/mp/appmsgalbum?__bizMzg5MDAzNzkwNA&actiongetalbum&album_id1566025152667107329) 一. Hook高级使用 1.1. useReducer 很多人看到useReducer的第一反应应该是redux的某个替代品&#xff0c;其实并不是…
阅读更多...
通过消费者特征，设计更符合市场的商业模式，树立标杆用户拓展用户圈层

通过消费者特征，设计更符合市场的商业模式，树立标杆用户拓展用户圈层

迅腾文化观察&#xff1a;通过消费者特征&#xff0c;设计更符合市场的商业模式&#xff0c;树立标杆用户拓展用户圈层 在当今快速变化的市场环境中&#xff0c;企业需要不断创新和调整自己的商业模式&#xff0c;以适应消费者的需求和市场的发展。迅腾文化观察到&#xff0c;…
阅读更多...
经常耳鸣别大意，可能是这6种疾病的预警信号

经常耳鸣别大意，可能是这6种疾病的预警信号

你在日常生活中有没有遇到过这样的情况&#xff1a;耳朵里突然出现一阵响声&#xff0c;有时候像流水、有时候像蝉鸣、有时候像机器轰鸣……这些往往都是耳鸣的表现。 而耳鸣是一种很常见的症状&#xff0c;一项发表于《美医学会杂志&#xff1a;神经病学分册》的研究表明&…
阅读更多...
机器学习分类

机器学习分类

1. 监督学习 监督学习指的是人们给机器一大堆标记好的数据&#xff0c;比如&#xff1a; 一大堆照片&#xff0c;标记出哪些是猫的照片&#xff0c;哪些是狗的照片 让机器自己学习归纳出算法或模型 使用该算法或模型判断出其他没有标记的照片是否是猫或狗 上述流程如下图所…
阅读更多...
ChatGPT大升级，文档图像识别领域迎来技术革新

ChatGPT大升级，文档图像识别领域迎来技术革新

​写在前面ChatGPT迎来重大升级冲击与机遇并存​大模型时代的思考与探索■ 像素级OCR统一模型- UPOCR■ OCR大一统模型- SPTS v3■ 文档识别分析LLM应用 写在最后问卷抽奖 ​写在前面 2023 年 12 月 31 日第十九届中国图象图形学学会青年科学家会议在广州召开&#xff0c;该会…
阅读更多...
ZigBee协议栈 -- 协议栈版本与IAR版本适配说明(Zstack2.5.1a + IAR10.30.1)

ZigBee协议栈 -- 协议栈版本与IAR版本适配说明(Zstack2.5.1a + IAR10.30.1)

文章目录 协议栈安装工程适配 在讲到ZigBee协议栈的文章中所用的协议栈版本是Zstack2.5.1a&#xff0c;对于Zstack2.5.1a运行在IAR8.10中是可以完全适配进行编译开发的&#xff0c;现在较新版本的IAR都是10的版本以上了&#xff0c;有部分开发者习惯使用最新版本来获得更好的开…
阅读更多...
Python 可视化 web 神器 streamlit

Python 可视化 web 神器 streamlit

官网&#xff1a;https://streamlit.io/ github&#xff1a;https://github.com/streamlit/streamlit API 参考&#xff1a;https://docs.streamlit.io/library/api-reference 1、streamlit 简介 streamlit 简介 Streamlit 是Python可视化 web 神器 &#xff0c;是一个开箱即…
阅读更多...
Open3D聚类算法

Open3D聚类算法

按照官网的例子使用聚类&#xff0c;发现结果是全黑的。 经过多次测试发现 eps3.3, min_points1这里是关键 min_points必须等于1否则无效果 import time import open3d as o3d; import numpy as np; import matplotlib.pyplot as plt#坐标 mesh_coord_frame o3d.geometry.Tria…
阅读更多...
自定义ChatGPT商店下周上线！大模型“App Store时刻”来啦

自定义ChatGPT商店下周上线！大模型“App Store时刻”来啦

1月5日凌晨&#xff0c;OpenAI向所有自定义GPT开发者发布了一封邮件&#xff0c;下周将上线“自定义GPT商店”。 自定义GPTs是OpenAI在去年首届开发者大会上发布的重磅产品&#xff0c;用户无需任何代码&#xff0c;全程支持可视化点击操作。 用户只需要提交对话指令、额外的…
阅读更多...
企业核心技术泄露可能给企业带来深远的负面影响以及补救措施

企业核心技术泄露可能给企业带来深远的负面影响以及补救措施

企业核心技术是企业竞争优势的重要来源&#xff0c;但同时也是企业面临的最大风险之一。随着信息技术的发展&#xff0c;企业核心技术泄露的风险也越来越大。一旦企业核心技术泄露&#xff0c;不仅会给企业带来直接的经济损失&#xff0c;还会对企业的品牌形象、市场竞争力、战…
阅读更多...
led台灯哪些牌子性价比高？那些性价比高的LED护眼台灯推荐

led台灯哪些牌子性价比高？那些性价比高的LED护眼台灯推荐

台灯作为家居用品在日常生活中使用频繁。用户可以根据个人需求和喜好&#xff0c;在市场上找到合适的款式。然而&#xff0c;由于台灯种类繁多&#xff0c;甚至连相关标准都存在差异&#xff0c;这使得一些缺乏经验的购物小白感到困扰。那么&#xff0c;led台灯哪些牌子性价比高…
阅读更多...
提升图像分割精度：学习UNet++算法

提升图像分割精度：学习UNet++算法

文章目录 一、UNet 算法简介1.1 什么是 UNet 算法1.2 UNet 的优缺点1.3 UNet 在图像分割领域的应用 二、准备工作2.1 Python 环境配置2.2 相关库的安装 三、数据处理3.1 数据的获取与预处理3.2 数据的可视化与分析 四、网络结构4.1 UNet 的网络结构4.2 UNet 各层的作用 五、训练…
阅读更多...
SpringCloud之Eureka组件工作原理详解

SpringCloud之Eureka组件工作原理详解

Eureka是一种服务注册与发现组件&#xff0c;最初由Netflix开发并开源出来。它主要用于构建分布式系统中的微服务架构&#xff0c;并提供了服务注册、服务发现、负载均衡等功能。在本文中&#xff0c;我们将详细解释Eureka的工作原理。 一、Eureka概述 Eureka是Netflix开源的一…
阅读更多...
MySQL数据库的CURD、常见函数及UNION和UNION ALL

MySQL数据库的CURD、常见函数及UNION和UNION ALL

一、概述 MySQL是一种流行的关系型数据库管理系统&#xff0c;广泛应用于各种应用场景。在MySQL中&#xff0c;CURD操作是指创建&#xff08;Create&#xff09;、读取&#xff08;Read&#xff09;、更新&#xff08;Update&#xff09;和删除&#xff08;Delete&#xff09;…
阅读更多...
ROS学习笔记（9）进一步深入了解ROS第三步

ROS学习笔记（9）进一步深入了解ROS第三步

0.前提 1. (C)Why did you include the header file of the message file instead of the message file itself?&#xff08;为包含消息的头文件而不是消息本身&#xff1f;&#xff09; 回答&#xff1a;msg文件是描述ROS消息字段的文本文件&#xff0c;用于生成不同语言消息…
阅读更多...
【Mars3d】new mars3d.layer.GeoJsonLayer({不规则polygon加载label不在正中间的解决方案

【Mars3d】new mars3d.layer.GeoJsonLayer({不规则polygon加载label不在正中间的解决方案

问题&#xff1a; 1.new mars3d.layer.GeoJsonLayer({type: "polygon",在styleOptions里配置label的时候&#xff0c;发现这个 不规则polygon加载的时候&#xff0c;会出现label不在中心位置。 graphicLayer new mars3d.layer.GeoJsonLayer({ name: "全国省界…
阅读更多...
最新文章

Copyright @ 2022~2023