Java提供强、软、弱、虚四种引用，支持开发者主动参与GC决策：软引用用于内存敏感缓存，弱引用解决监听器泄漏，虚引用配合ReferenceQueue实现资源精准清理，均需结合队列与异步线程保障可靠性。
Java 的 java.lang.ref 包提供四种引用类型（强、软、弱、虚），核心价值在于让开发者在内存敏感场景中**主动参与 GC 决策**，而非被动等待对象被回收。它不改变 GC 算法本身，而是通过引用强度的语义分层，为缓存、监听器管理、资源清理等典型场景提供可预测、低侵入的内存控制能力。
软引用：适合构建内存感知型缓存
软引用对象在 JVM 内存不足时才会被回收，是实现“自动缩容缓存”的理想选择。它比手动维护 LRU 缓存更轻量，且天然与 GC 协同。
- 使用
SoftReference<T>包装缓存值，例如：Map<String, SoftReference<Data>> cache = new HashMap<>(); - 每次读取前需判空并重新创建（因可能已被回收）：
Data data = ref.get(); if (data == null) { data = loadFromDB(key); cache.put(key, new SoftReference<>(data)); } - 注意：JDK 8+ 中软引用的回收策略依赖于堆剩余空间与最近 GC 压力，不是简单按“最后一次使用时间”淘汰；若需严格容量控制，应配合
ReferenceQueue监听回收事件并主动清理 key。
弱引用：解决监听器/回调泄漏与临时绑定场景
弱引用对象在下一次 GC 时即可能被回收，适用于生命周期依附于某个主体但又不能阻止其回收的场景，如事件监听器、ThreadLocal 绑定、模板渲染上下文等。
- 注册监听器时用
WeakReference<Listener>存储，避免持有强引用导致目标对象无法释放 - 遍历监听器列表前，先调用
ref.get()检查是否存活，已回收的引用可安全移除 - 常见误用：将弱引用用于缓存——它不具备“尽力保留”语义，极短生命周期会导致频繁重建，性能反而下降
虚引用：精准掌控对象销毁时机，用于资源后置清理
虚引用不阻止对象回收，唯一作用是关联 ReferenceQueue，在对象被 GC 回收后收到通知。它是替代 finalize() 的现代方案，适用于文件句柄、NIO Buffer、本地内存等必须显式释放的资源。
立即学习“Java免费学习笔记（深入）”；
- 构造时必须传入非 null 的
ReferenceQueue：PhantomReference<Resource> phRef = new PhantomReference<>(resource, queue); - 仅能通过队列轮询获取回收信号：
Reference<?> ref = queue.remove(); // 阻塞或超时，此时对象已不可达，只能执行清理逻辑 - 关键限制：虚引用的
get()方法永远返回null，无法访问原对象，因此所有清理所需数据（如文件路径、指针地址）必须在创建虚引用前保存到外部结构中
引用队列与清理线程：构建可靠引用生命周期闭环
单独使用引用对象不够，必须配合 ReferenceQueue 和异步清理机制，否则回收通知会丢失，导致资源泄漏或缓存残留。
- 所有引用类型（除强引用）都支持绑定队列，GC 回收对象后会将对应引用实例加入该队列
- 推荐用守护线程持续轮询队列：
while (!Thread.currentThread().isInterrupted()) { Reference<?> ref = queue.remove(100); if (ref != null) cleanup(ref); } - 避免在队列处理中执行耗时操作（如 I/O、网络调用），否则会阻塞后续回收通知；复杂清理建议转交线程池异步执行
