Java-四种引用和ReferenceQueue简述

熟悉Java的四种引用和ReferenceQueue,可以帮助解决缓存和内存泄漏等问题。

Reference

GC只清理对象所占的内存,如DB、文件等资源需要手动清理。

Reference决定了它所指向的对象的生命周期,从而决定了内存的使用量

影响对象的生命周期从长到短的排序:强引用、软引用、弱引用、虚引用

除了强引用,其他三种引用对对象的生命周期的影响,都是指在释放强引用后。

StrongReference

默认的引用方式就是强引用

当强引用对象占用的内存足够多时,JVM就会抛出OutOfMemory

引用

Object obj = new Object();

new 表示创建对象,= 表示使用强引用指向该对象

释放

obj = null;

场景

无特殊情况时

SoftReference

引用

Object obj = new Object();
SoftReference<Object> sr = new SoftReference<Object>(obj);

释放

当对象只有软引用指向它,且内存紧张时

场景

可用于数据缓存等

WeakReference

引用

Object obj = new Object();
WeakReference<Object> wr = new WeakReference<Object>(obj);

释放

当对象只有弱引用指向它时(即不影响对象生命周期)

场景

操作或依附该对象,却不能影响其正常被回收时

PhantomReference

引用

Object obj = new Object();
ReferenceQueue<Object> rq = new ReferenceQueue<Object>();
PhantomReference<Object> pr = new PhantomReference<Object>(obj, rq);

释放

当对象只有虚引用指向它时(即不影响对象生命周期)

场景

结合ReferenceQueue追踪对象是否已经被回收


PhantomReference的get()结果必定为null。

SoftReference和WeakReference的get()可能为null。

ReferenceQueue

SoftReference、WeakReference的constructor都有ReferenceQueue的重载

ReferenceQueue主要是用于监听Reference所指向的对象是否已经被垃圾回收。

当大量使用Reference时,虽然Reference指向的对象可能被回收了,但Reference本身也是个对象,所以也需要回收。这时就需要使用ReferenceQueue了。

当SoftReference或WeakReference的get()加入ReferenceQueue或get()返回null时,仅是表明其指示的对象已经进入垃圾回收流程,此时对象不一定已经被垃圾回收。

当PhantomReference加入ReferenceQueue时,则表明对象已经被回收。

<think>好的,我现在需要回答用户关于Java四种引用及其与垃圾回收(GC)关系的问题。首先,我要确保自己正确理解这四种引用的类型它们各自的特点。Java四种引用包括强引用(Strong Reference)、软引用(Soft Reference)、弱引用(Weak Reference)引用(Phantom Reference)。这些引用类型在GC时的处理方式不同,影响对象的生命周期。 接下来,我需要回忆每种引用的定义使用场景。强引用是最常见的,只要对象有强引用存在,GC就不会回收它。软引用用于描述一些还有用但非必需的对象,在内存不足时会被回收。弱引用比软引用更弱,只能存活到下一次GC前。虚引用主要用于跟踪对象回收的状态,必须与引用队列ReferenceQueue)配合使用。 然后,我需要考虑如何组织这些信息,使其结构清晰。可能按照引用类型分点说明,每种引用解释其定义、特点、在GC中的表现以及典型应用场景。同时,要说明它们如何影响GC的行为,例如软引用如何帮助避免内存溢出,弱引用缓存中的应用,虚引用如何用于资源清理等。 另外,用户可能还希望了解这些引用在实际开发中的使用例子,或者为什么需要不同的引用类型。比如,为什么使用弱引用而不是软引用?这时候需要解释它们的不同回收策略适用场景。 需要注意术语的准确性,例如正确区分ReferenceQueue在虚引用中的作用,以及不同引用类型在内存紧张时的回收顺序。还需要提到引用队列ReferenceQueue)的作用,当被引用对象回收后,引用本身会被加入队列,允许程序进行后续处理。 可能还需要提到Java的垃圾回收机制如何与这些引用交互,例如在可达性分析中,不同的引用类型如何影响对象的可达状态。例如,软引用、弱引用引用的存在不会阻止对象回收,只是在不同条件下触发回收。 最后,总结这四种引用如何帮助开发者更灵活地管理内存,优化应用性能,避免内存泄漏或内存溢出问题。同时,强调正确使用这些引用类型的重要性,避免误用导致的问题。 在整理过程中,要确保语言通俗易懂,结构层次分明,可能采用分点、分段的方式,每个引用类型单独一部分,每部分包含定义、特点、GC关系示例。此外,使用代码示例或实际应用场景来帮助理解,但根据用户的问题,可能不需要详细代码,而是更注重概念解释。 还需要检查是否有遗漏的信息,比如是否提到引用队列的具体作用,或者是否有其他相关的知识点需要补充,例如FinalizerPhantomReference的区别,或者Java 8之后是否有相关变化等。确保回答全面准确,不出现错误的信息。 总之,回答需要涵盖四种引用的定义、各自特点、在GC中的处理方式、使用场景以及它们如何帮助内存管理。同时保持结构清晰,语言简洁,便于用户理解。</think>--- ### Java 四种引用类型及其与 GC 的关系 Java引用类型决定了对象的生命周期如何被垃圾回收器(GC)管理。通过不同强度的引用,开发者可以更灵活地控制内存,优化应用性能。以下是四种引用的核心逻辑及与 GC 的交互: --- #### 一、**强引用(Strong Reference)** - **定义**:最常见的引用类型,通过 `new` 关键字直接创建。 ```java Object obj = new Object(); // 强引用 ``` - **GC 关系**: - 只要强引用存在,对象**绝不会被回收**。 - 即使内存不足(OOM),GC 也不会回收引用对象,直接抛出 `OutOfMemoryError`。 - **应用场景**:普通对象创建,需长期存活的业务核心对象--- #### 二、**软引用(Soft Reference)** - **定义**:通过 `SoftReference` 类实现,描述“有用但非必需”的对象。 ```java SoftReference<Object> softRef = new SoftReference<>(new Object()); ``` - **GC 关系**: - **内存充足时**:对象保留,不会被回收- **内存不足时**:GC 会回收引用对象(优先回收长时间未使用的对象)。 - 回收策略:在抛出 `OutOfMemoryError` **前**,尽可能多地释放软引用对象- **应用场景**:缓存(如图片缓存),避免频繁重建但允许内存紧张时释放。 --- #### 三、**弱引用(Weak Reference)** - **定义**:通过 `WeakReference` 类实现,强度低于软引用。 ```java WeakReference<Object> weakRef = new WeakReference<>(new Object()); ``` - **GC 关系**: - **无论内存是否充足**:只要发生 GC,弱引用对象**必定被回收**。 - 回收条件:仅当对象**无强引用或软引用**时生效。 - **应用场景**: - 临时缓存(如 `WeakHashMap` 的键)。 - 监听器注册,避免因未注销导致内存泄漏--- #### 四、**虚引用(Phantom Reference)** - **定义**:通过 `PhantomReference` 类实现,必须关联**引用队列ReferenceQueue)**。 ```java ReferenceQueue<Object> queue = new ReferenceQueue<>(); PhantomReference<Object> phantomRef = new PhantomReference<>(new Object(), queue); ``` - **GC 关系**: - **对象回收前**:虚引用会进入关联的引用队列- **无法通过虚引用访问对象**:`get()` 方法始终返回 `null`。 - 唯一作用:**监听对象回收的时机**。 - **应用场景**: - 精准控制资源释放(如堆外内存管理)。 - 替代 `finalize()` 方法(更可靠且无性能问题)。 --- ### 四类引用与 GC 的对比总结 | 引用类型 | 实现类 | 回收条件 | 典型应用场景 | 是否关联引用队列 | |------------|-------------------|---------------------------|----------------------------|------------------| | **强引用** | 直接赋值(默认) | 永不回收 | 核心业务对象 | 否 | | **软引用** | `SoftReference` | 内存不足时回收 | 缓存 | 可选 | | **弱引用** | `WeakReference` | 每次 GC 均可能回收 | 监听器、临时缓存 | 可选 | | **虚引用** | `PhantomReference`| 对象回收前入队,需手动处理 | 资源清理、替代 `finalize()` | 必须 | --- ### 关键机制:**引用队列ReferenceQueue)** - **作用**:当引用指向的对象回收时,引用对象本身会进入队列- **使用流程**: 1. 创建引用时绑定队列: ```java ReferenceQueue<Object> queue = new ReferenceQueue<>(); WeakReference<Object> ref = new WeakReference<>(new Object(), queue); ``` 2. 轮询队列获取被回收引用: ```java Reference<?> clearedRef = queue.poll(); if (clearedRef != null) { // 执行后续清理操作 } ``` - **典型应用**: -引用监听对象回收事件。 -引用自动清理缓存条目(如 `WeakHashMap` 内部实现)。 --- ### 引用与 GC 的协作机制 1. **可达性分析阶段**: - GC 会遍历所有引用链,标记存活对象- 软、弱、虚引用不影响对象的可达性(仅强引用能阻止回收)。 2. **回收优先级**: -引用 > 软引用 > 弱引用 > 虚引用- 例如:若对象同时被强引用引用指向,GC 不会回收它。 3. **Finalization 的替代方案**: - `finalize()` 方法存在不确定性,虚引用+引用队列的组合更可靠。 --- ### 实际开发中的注意事项 1. **避免滥用软引用**:频繁的内存压力可能导致软引用缓存失效,反而降低性能。 2. **弱引用内存泄漏**: - 若弱引用对象被意外保留(如放入 `static` 集合),仍会导致泄漏。 3. **虚引用的资源管理**: - 需配合 `try-finally` 或 `Cleaner` 类确保资源释放。 - 示例(Java 9+ 的 `Cleaner`): ```java Cleaner cleaner = Cleaner.create(); cleaner.register(obj, () -> releaseExternalResource()); ``` --- ### 总结 Java四种引用提供了不同强度的对象生命周期控制: - **强引用**保障核心对象存活,**软引用**优化缓存,**弱引用**避免泄漏,**虚引用**实现精准回收监听。 - 合理选择引用类型,可以在内存安全与性能之间取得平衡,尤其在高并发或资源敏感场景中至关重要。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

哈哈哈利波特

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值