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

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

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

相关推荐
阿波罗尼亚几秒前
JDK17 新特性
java
独自破碎E1 分钟前
【面试真题拆解】Spring事务机制
java·spring·面试
我是咸鱼不闲呀3 分钟前
力扣Hot100系列21(Java)——[多维动态规划]总结(不同路径,最小路径和,最长回文子串,最长公共子序列, 编辑距离)
java·leetcode·动态规划
我命由我123453 分钟前
Element Plus 2.2.27 的单选框 Radio 组件,选中一个选项后,全部选项都变为选中状态
开发语言·前端·javascript·html·ecmascript·html5·js
lihao lihao6 分钟前
二分查找
java·数据结构·算法
Albert Edison6 分钟前
【C++11】可变参数模板
java·开发语言·c++
代码栈上的思考9 分钟前
消息队列持久化:文件存储设计与实现全解析
java·前端·算法
樹JUMP12 分钟前
Python虚拟环境(venv)完全指南:隔离项目依赖
jvm·数据库·python
sg_knight15 分钟前
设计模式实战:策略模式(Strategy)
java·开发语言·python·设计模式·重构·架构·策略模式