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拿到手软

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

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

相关推荐
c++之路2 小时前
CMake 系列教程(二):基础命令详解
开发语言·c++
阿维的博客日记5 小时前
Hippo4j 线程池监控平台部署手册
java·spring boot·后端
南境十里·墨染春水6 小时前
C++ 工厂模式:从入门到进阶,彻底掌握对象创建的艺术
开发语言·c++·算法
C+++Python7 小时前
详细介绍一下Java泛型的通配符
java·windows·python
JosieBook8 小时前
【数据库】时序预测能力的分级进化:TimechoAI如何让每一类用户都能精准预见未来
java·开发语言·数据库
加号38 小时前
【C#】 文件与目录管理:创建、删除操作的技术解析
开发语言·c#
diving deep8 小时前
脚本速览-python
开发语言·python
一生了无挂9 小时前
Java处理JSON技巧教学(从基础到高阶实战全覆盖)
java·开发语言·json
李白的天不白9 小时前
使用 SmartAdmin 进行前后端开发
java·前端
swordbob9 小时前
Spring 单例 Bean 是线程安全的吗?
java·开发语言