Java对象不再使用时,为什么要赋值为 null ?

在Java中,对象的内存管理是通过垃圾收集器(Garbage Collector, GC)来自动完成的。

进行垃圾回收时,Java主要有四种类型的引用:强引用(Strong Reference)、软引用(Soft Reference)、弱引用(Weak Reference)和虚引用(Phantom Reference),

这些引用类型的存在影响着对象的生命周期和垃圾收集器的行为。

创建不同类型的引用主要涉及标准的强引用以及java.lang.ref包中的软引用(SoftReference)、弱引用(WeakReference)、和虚引用(PhantomReference)。

以下是它们的创建方式:

强引用(Strong Reference)

强引用是默认的引用类型,创建方法就像普通的对象赋值一样。

java 复制代码
Object strongReference = new Object();

只要强引用存在,垃圾收集器就永远不会回收被引用的对象。

软引用(Soft Reference)

软引用需要使用SoftReference类来创建。

java 复制代码
import java.lang.ref.SoftReference;

Object object = new Object();
SoftReference<Object> softReference = new SoftReference<>(object);

软引用主要用于实现内存敏感的缓存。只有在JVM即将耗尽内存并且没有强引用指向对象时,才会回收软引用指向的对象。

弱引用(Weak Reference)

弱引用通过WeakReference类创建。

java 复制代码
import java.lang.ref.WeakReference;

Object object = new Object();
WeakReference<Object> weakReference = new WeakReference<>(object);

弱引用的主要用途是作为辅助引用,它不会阻止垃圾收集器回收其引用的对象。弱引用通常在下一次垃圾收集发生时被回收。

虚引用(Phantom Reference)

虚引用的创建需要使用PhantomReference类,并且它必须与ReferenceQueue一起使用。

java 复制代码
import java.lang.ref.PhantomReference;
import java.lang.ref.ReferenceQueue;

Object object = new Object();
ReferenceQueue<Object> referenceQueue = new ReferenceQueue<>();
PhantomReference<Object> phantomReference = new PhantomReference<>(object, referenceQueue);

虚引用完全不会影响对象的生命周期。当垃圾收集器决定回收对象时,虚引用会被加入到与之关联的ReferenceQueue中,这常用于在对象被销毁后收到一个系统通知,以便进行特殊的资源清理工作。

在每种引用类型的对象被创建之后,原始引用object可以被置为null或者超出作用域,这样就只剩下SoftReferenceWeakReferencePhantomReference持有对象。

垃圾收集器将根据每种引用类型的特性来决定何时回收对象。如果你需要确保对象被回收,应该确保没有强引用指向该对象。

垃圾回收过程主要包括标记(Marking)、清除(Sweeping)以及可选的压缩(Compaction)阶段。

在垃圾收集的标记阶段,GC会标记所有从根集合开始可达的对象。在清除阶段,清除未被标记的对象。压缩阶段则是为了减少内存碎片,按需要进行。

将Java对象引用赋值为null有助于垃圾收集器确定对象不再被引用,特别是在以下两种情况中:

  1. 当长生命周期的对象持有对一个只是暂时使用的短生命周期对象的引用时,将其赋值为null可以加速垃圾收集器回收这个短生命周期的对象,避免内存泄漏。

  2. 在内存敏感的操作中,尽快释放不再使用的对象占用的内存是至关重要的。在这种情况下,赋值为null可以作为一种提示,标记这些对象为可回收。

但是,现代的垃圾收集器已经相当智能,能够追踪对象的作用域,并在对象超出作用域时自动确定对象不再被引用。

因此,在许多情况下,手动将对象引用设置为null并非必须。只有在特定情况下,为了优化内存管理或处理内存敏感的操作时,才需要显式地将对象引用赋值为null

过度使用null赋值可能会导致代码可读性变差,并且在某些情况下可能反而会造成错误。

最后说一句(求关注,求赞,别白嫖我)

最近无意间获得一份阿里大佬写的刷题笔记和面经,一下子打通了我的任督二脉,进大厂原来没那么难。

这是大佬写的,7701页的阿里大佬写的刷题笔记,让我offer拿到手软

求一键三连:点赞、分享、收藏

点赞对我真的非常重要!在线求赞,加个关注我会非常感激!@小郑说编程

相关推荐
西岭千秋雪_几秒前
设计模式の中介者&发布订阅&备忘录模式
java·观察者模式·设计模式·中介者模式·备忘录模式
林浔09064 分钟前
QT信号槽
开发语言·qt
憶巷7 分钟前
MyBatis中动态SQL执行原理
java·sql·mybatis
重生之绝世牛码8 分钟前
Java设计模式 —— 【结构型模式】享元模式(Flyweight Pattern) 详解
java·大数据·开发语言·设计模式·享元模式·设计原则
seasugar13 分钟前
记一次Maven拉不了包的问题
java·maven
Allen Bright22 分钟前
【Java基础-26.1】Java中的方法重载与方法重写:区别与使用场景
java·开发语言
苹果酱056723 分钟前
Golang的文件解压技术研究与应用案例
java·vue.js·spring boot·mysql·课程设计
秀儿y26 分钟前
单机服务和微服务
java·开发语言·微服务·云原生·架构
ybq1951334543127 分钟前
javaEE-多线程案例-单例模式
java·开发语言
kiiila38 分钟前
【Qt】编辑框/按钮控件---实现HelloWorld
开发语言·qt