java对象的强引用,软引用,弱引用和虚引用

简介: 1,杂谈在Java中,虽然不需要程序员手动去管理对象的生命周期,但是如果希望某些对象具备一定的生命周期的话(比如内存不足时JVM就会自动回收某些对象从而避免OutOfMemory的错误)就需要用到软引用和弱引用了。

1,杂谈

在Java中,虽然不需要程序员手动去管理对象的生命周期,但是如果希望某些对象具备一定的生命周期的话(比如内存不足时JVM就会自动回收某些对象从而避免OutOfMemory的错误)就需要用到软引用和弱引用了。

小编转眼已经做开发很多年了,在帝都生活都快跟不上生活节奏了,伴随物价、工作的变动几乎没2年都会搬家一次,日常用品也会越来越多搬家也就越来越麻烦,记得最近的一次搬家专门找了一辆金杯把里面都塞满了,新家虽然比原来住的地方大了点,但是仍然空间有限啊。先说说开始准备搬家的时候先整理了一下内务(打包、清理垃圾)。

前一天把这些年的所有日常用品、生活用品都整理出来了,一些经常喜欢穿的衣服、鞋子啊虽然都买了很长时间了,还是把他们打包搬走了,搞不好明天就想穿上了。

再就是一些不知道什么时候可能被穿一次的衣服,真是取舍两难啊,最后决定如果打包的箱子能装下带走,装不下的话就当垃圾扔掉了。

还有一些长时间没出现在我眼前的东东,直接被我垃圾扔掉了,再也不会使用了,占地方。

从JDK1.2版本开始,把对象的引用分为四种级别,从而使程序能更加灵活的控制对象的生命周期。这四种级别由高到低依次为:强引用、软引用、弱引用和虚引用。Java中提供这四种引用类型主要有两个目的:第一是可以让程序员通过代码的方式决定某些对象的生命周期;第二是有利于JVM进行垃圾回收。

2,详解

  1. 强引用
    我们使用的大部分引用其实都是强引用,这是在我们的开发工作当中普遍存在的。如果一个对象具有强引用,那就类似我们经常穿的衣服啊等必不可少的生活用品,我们肯定不会把他扔掉,同样jvm的垃圾回收器也不会回收它。当内存空间不足的时候,java虚拟机宁可抛出OOM异常,也不会回收具有强引用的对象来释放内存。我们可以将对象显示的赋值为null,则gc认为该对象不存在引用,这时就可以回收这个对象。具体什么时候收集这要取决于gc的算法。也就是说方法的内部有一个强引用,这个引用保存在栈中,而真正的引用内容(Object)保存在堆中。当这个方法运行完成后就会退出方法栈,则引用内容的引用不存在,这个Object会被回收。 但是如果这个对象是全局的变量时,就需要在不用这个对象时赋值为null,因为强引用不会被垃圾回收。
    我们来看下Arraylist中的clear方法
    /**
         * Removes all of the elements from this list.  The list will
         * be empty after this call returns.
         */
        public void clear() {
            modCount++;
    
            // clear to let GC do its work
            for (int i = 0; i < size; i++)
                elementData[i] = null;
    
            size = 0;
        }

    这里看到Arraylist的clear方法其实是把整个list中的所有对象都赋值成了null,然后就等到GC回收了。

  2. 软引用
    软引用是用来描述一些有用但并不是必需的对象,在Java中用java.lang.ref.SoftReference类来表示。对于软引用关联着的对象,只有在内存不足的时候JVM才会回收该对象。如果一个对象只有软引用,就类似鸡肋,食之无味、弃之可惜,如果内存空间足够大,垃圾回收期就不会回收它,如果内存空间不够了,就会回收这些对象。只有垃圾回收器没有回收它,该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存。
    软引用可以和一个引用队列(ReferenceQueue)联合使用,如果软引用所引用的对象被垃圾回收,java虚拟机会把这个软引用加入到与之关联的引用队列中。
    String str=new String("abc");                                     // 强引用
    SoftReference<String> softRef=new SoftReference<String>(str);     // 软引用x
    softRef.get() //得到str对象,如果str被回收,则返回null

    当内存不足时,等价于:   

    If(JVM.内存不足()) {
       str = null;  // 转换为软引用
       System.gc(); // 垃圾回收器进行回收
    }

     

  3. 弱引用
    如果一个对象只有弱引用,那么就类似可有可无的生活用品,当JVM进行垃圾回收时,无论内存是否充足,都会回收被弱引用关联的对象。在java中,用java.lang.ref.WeakReference类来表示。
    弱引用和软引用的区别在于:弱引用的对象具有更短暂的生命周期。在垃圾回收时,一旦发现了只具有弱引用的对象,不管当前内存空间足够与否,都会回收它的内存。不过,由于垃圾回收器是一个优先级很低的线程, 因此不一定会很快发现那些只具有弱引用的对象。 
    弱引用可以和一个引用队列(ReferenceQueue)联合使用,如果弱引用所引用的对象被垃圾回收,Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。
    WeakReference<String> sr = new WeakReference<String>(new String("hello"));
    System.out.println(sr.get());
    System.gc();                //手工模拟JVM的gc进行垃圾回收
    System.out.println(sr.get());

    这说明只要JVM进行垃圾回收,被弱引用关联的对象必定会被回收掉。

    public class ReferenceTest
    {
        private static ReferenceQueue<VeryBig> rq = new ReferenceQueue<VeryBig>();
        private static LinkedList<WeakReference<VeryBig>> linkedList = new LinkedList<WeakReference<VeryBig>>();
    
        public static void main(String args[])
        {
            int size = 3;
    
            for(int i = 0; i < size; i++)
            {
                linkedList.add(new VeryBigWeakReference(new VeryBig("Weak " + i), rq));
            }
            System.out.println("第一个VeryBig对象:"+linkedList.getFirst().get());
            System.gc();
            try
            { // 下面休息几分钟,让上面的垃圾回收线程运行完成
                TimeUnit.SECONDS.sleep(6);
            }
            catch(InterruptedException e)
            {
                e.printStackTrace();
            }
            checkQueue();
            System.out.println("第一个VeryBig对象:"+linkedList.getFirst().get());
        }
    
        /**
         * @Description: 查看ReferenceQueue是否存在对象
         * @author J·K
         * @date 2018/6/8 11:36
    
         */
        public static void checkQueue()
        {
            Reference<? extends VeryBig> ref = null;
            while((ref = rq.poll()) != null)
            {
                if(ref != null)
                {
                    System.out.println("In queue: " + ((VeryBigWeakReference) (ref)).id);
                }
            }
        }
    }
    
    class VeryBig
    {
        public String id;
        byte[] b = new byte[2 * 1024];
    
        public VeryBig(String id)
        {
            this.id = id;
        }
    
        protected void finalize()
        {
            System.out.println("回收 VeryBig " + id);
        }
    }
    
    /**
     * @Description: 封装WeakReference
     * @author J·K
     * @date 2018/6/8 11:37
    
     */
    class VeryBigWeakReference extends WeakReference<VeryBig>
    {
        public String id;
    
        public VeryBigWeakReference(VeryBig big, ReferenceQueue<VeryBig> rq)
        {
            super(big, rq);
            this.id = big.id;
        }
    
        protected void finalize()
        {
            System.out.println("回收 VeryBigWeakReference " + id);
        }
    }
    第一个VeryBig对象:com.VeryBig@1540e19d
    回收 VeryBig Weak 2
    回收 VeryBig Weak 1
    回收 VeryBig Weak 0
    In queue: Weak 1
    In queue: Weak 2
    In queue: Weak 0
    第一个VeryBig对象:null

     

  4. 虚引用
    “虚引用”顾名思义,就是形同虚设,与其他几种引用都不同,虚引用并不会决定对象的生命周期。在java中用java.lang.ref.PhantomReference类表示。如果一个对象仅持有虚引用,那么它就和没有任何引用一样,在任何时候都可能被垃圾回收。  虚引用主要用来跟踪对象被垃圾回收的活动。虚引用与软引用和弱引用的一个区别在于:虚引用必须和引用队列(ReferenceQueue)联合使用。当垃 圾回收器准备回收一个对象时,如果发现它还有虚引用,就会在回收对象的内存之前,把这个虚引用加入到与之关联的引用队列中。程序可以通过判断引用队列中是 否已经加入了虚引用,来了解被引用的对象是否将要被垃圾回收。程序如果发现某个虚引用已经被加入到引用队列,那么就可以在所引用的对象的内存被回收之前采取必要的行动。
    垃圾回收时回收,无法通过引用取到对象值,可以通过如下代码实现
            Object obj = new Object();
            ReferenceQueue<Object> rq = new ReferenceQueue<Object>();
            PhantomReference<Object> pf = new PhantomReference<Object>(obj,rq);
            obj=null;
            System.out.println(pf.get());//永远返回null
            System.out.println(pf.isEnqueued());//返回是否从内存中已经删除
            System.gc();
            TimeUnit.SECONDS.sleep(6);
            System.out.println(pf.isEnqueued());
    null
    false
    true

 3,总结

        

 

开开心心编码,快快乐乐生活。
目录
相关文章
|
3月前
|
设计模式 网络协议 数据可视化
Java 设计模式之状态模式:让对象的行为随状态优雅变化
状态模式通过封装对象的状态,使行为随状态变化而改变。以订单为例,将待支付、已支付等状态独立成类,消除冗长条件判断,提升代码可维护性与扩展性,适用于状态多、转换复杂的场景。
371 0
|
5月前
|
缓存 安全 Java
Java反射机制:动态操作类与对象
Java反射机制是运行时动态操作类与对象的强大工具,支持获取类信息、动态创建实例、调用方法、访问字段等。它在框架开发、依赖注入、动态代理等方面有广泛应用,但也存在性能开销和安全风险。本文详解反射核心API、实战案例及性能优化策略,助你掌握Java动态编程精髓。
|
5月前
|
存储 人工智能 JavaScript
Java从作用域到对象高级应用​
本内容详细讲解了JavaScript中的作用域类型(函数作用域、块作用域、全局作用域)、作用域链、垃圾回收机制、闭包、变量提升、函数参数、数组方法、内置构造函数、对象高级知识、原型链、对象赋值、深浅拷贝、递归、异常处理及this指向等内容,全面覆盖JS核心概念与编程技巧。
67 0
|
7月前
|
Java 数据库连接 API
Java 对象模型现代化实践 基于 Spring Boot 与 MyBatis Plus 的实现方案深度解析
本文介绍了基于Spring Boot与MyBatis-Plus的Java对象模型现代化实践方案。采用Spring Boot 3.1.2作为基础框架,结合MyBatis-Plus 3.5.3.1进行数据访问层实现,使用Lombok简化PO对象,MapStruct处理对象转换。文章详细讲解了数据库设计、PO对象实现、DAO层构建、业务逻辑封装以及DTO/VO转换等核心环节,提供了一个完整的现代化Java对象模型实现案例。通过分层设计和对象转换,实现了业务逻辑与数据访问的解耦,提高了代码的可维护性和扩展性。
284 1
|
7月前
|
前端开发 Java 数据库连接
java bo 对象详解_全面解析 java 中 PO,VO,DAO,BO,POJO 及 DTO 等几种对象类型
Java开发中常见的六大对象模型(PO、VO、DAO、BO、POJO、DTO)各有侧重,共同构建企业级应用架构。PO对应数据库表结构,VO专为前端展示设计,DAO封装数据访问逻辑,BO处理业务逻辑,POJO是简单的Java对象,DTO用于层间数据传输。它们在三层架构中协作:表现层使用VO,业务层通过BO调用DAO处理PO,DTO作为数据传输媒介。通过在线商城的用户管理模块示例,展示了各对象的具体应用。最佳实践包括保持分层清晰、使用工具类转换对象,并避免过度设计带来的类膨胀。理解这些对象模型的区别与联系。
528 1
|
6月前
|
存储 Java
Java对象的内存布局
在HotSpot虚拟机中,Java对象的内存布局分为三部分:对象头(Header)、实例数据(Instance Data)和对齐填充(Padding)。对象头包含Mark Word、Class对象指针及数组长度;实例数据存储对象的实际字段内容;对齐填充用于确保对象大小为8字节的整数倍。
132 0
|
8月前
|
Java
深入JavaSE:详解Java对象的比较。
总的来说,Java对象的比较就像海洋生物的比较,有外在的,有内在的,有面对所有情况的,也有针对特殊情况的。理解并掌握这些比较方式,就能更好地驾驭Java的世界,游刃有余地操作Java对象。
154 12
|
9月前
|
编解码 JavaScript 前端开发
【Java进阶】详解JavaScript的BOM(浏览器对象模型)
总的来说,BOM提供了一种方式来与浏览器进行交互。通过BOM,你可以操作窗口、获取URL、操作历史、访问HTML文档、获取浏览器信息和屏幕信息等。虽然BOM并没有正式的标准,但大多数现代浏览器都实现了相似的功能,因此,你可以放心地在你的JavaScript代码中使用BOM。
277 23
|
9月前
|
Java 数据安全/隐私保护
Java 类和对象
本文介绍了Java编程中类和对象的基础知识,作为面向对象编程(OOP)的核心概念。类是对象的蓝图,定义实体类型;对象是具体实例,包含状态和行为。通过示例展示了如何创建表示汽车的类及其实例,并说明了构造函数、字段和方法的作用。同时,文章还探讨了访问修饰符的使用,强调封装的重要性,如通过getter和setter控制字段访问。最后总结了类与对象的关系及其在Java中的应用,并建议进一步学习继承等概念。
215 1
|
10月前
|
设计模式 缓存 Java
重学Java基础篇—Java对象创建的7种核心方式详解
本文全面解析了Java中对象的创建方式,涵盖基础到高级技术。包括`new关键字`直接实例化、反射机制动态创建、克隆与反序列化复用对象,以及工厂方法和建造者模式等设计模式的应用。同时探讨了Spring IOC容器等框架级创建方式,并对比各类方法的适用场景与优缺点。此外,还深入分析了动态代理、Unsafe类等扩展知识及注意事项。最后总结最佳实践,建议根据业务需求选择合适方式,在灵活性与性能间取得平衡。
619 3