java reference 类体系是 jvm 垃圾回收与应用协同的关键契约，分为强、软、弱、虚四类，强度递减：强引用阻止 gc 回收；软引用在内存不足时回收；弱引用在下次 gc 时回收；虚引用仅用于跟踪回收时机。

Java 中的 Reference 类体系不是语法糖，而是 JVM 垃圾回收机制与应用层协同工作的关键契约。它不改变对象创建方式，但通过包装原始对象，向 GC 明确传递“这个对象该被怎样对待”的语义信号。四大引用的本质差异，不在写法多寡，而在 GC 执行可达性分析时，对不同 Reference 子类实例所关联对象的保留策略。

强引用：默认存在，GC 的绝对禁区

强引用不是某个类，而是所有直接赋值产生的引用关系的统称。Object obj = new Object() 这行代码就建立了一个强引用。只要栈帧中还存有 obj 变量，且它没被置为 null 或超出作用域，对应堆中对象就始终被判定为“强可达”，GC 不会触碰它——哪怕内存只剩几 MB，JVM 也会抛出 OutOfMemoryError 而非回收强引用对象。

常见风险点：

• 静态集合长期持有对象（如 static Map 缓存未清理）
• Activity/Fragment 注册监听器后未解绑，导致宿主无法释放
• 线程局部变量（ThreadLocal）未 remove，引发隐式强引用链

软引用：内存压力下的弹性缓存守门人

SoftReference 是一个可选包装，用于标记“有用但非必需”的对象。它的回收时机由 JVM 内存管理策略动态决定：常规 GC（Minor GC、部分 Full GC）通常跳过它；只有当 JVM 判断老年代空间濒临耗尽、即将触发 OOM 时，才会批量清理软引用指向的对象。

实际使用建议：

• 适合图片、模板、解析结果等体积较大、重建成本高的缓存项
• 必须配合 get() 方法判空使用，因为返回值可能为 null
• 可关联 ReferenceQueue，在对象被回收后收到通知，用于清理关联资源（如关闭流、注销回调）

弱引用：仅存活至下一次 GC 的临时映射

WeakReference 的语义比软引用更激进：只要 GC 线程扫描到仅被弱引用持有的对象，无论内存是否宽裕，都会立即回收。它不等待内存告急，只等待下一次 GC 触发。

典型落地场景：

• WeakHashMap：键使用弱引用，避免因 key 长期驻留导致 value 无法释放
• 事件总线（EventBus）中的监听器注册：用 WeakReference 包装 listener，Activity 销毁后无需手动 unregister，GC 自动断开引用链
• 防止 Activity 泄漏的 Context 持有：在工具类中缓存 Application Context，而非 Activity Context

虚引用：唯一不用于获取对象的引用类型

PhantomReference 是最特殊的引用，它不能通过 get() 获取原对象（始终返回 null），存在的唯一目的是跟踪对象被 GC 回收的时刻。它必须与 ReferenceQueue 配合使用——当 GC 准备回收一个仅被虚引用持有的对象时，会先将该 PhantomReference 实例加入队列，再真正释放对象内存。

核心用途聚焦于资源善后：

• 替代 finalize() 方法：执行不可中断的清理动作（如释放堆外内存、关闭文件句柄）
• 监控对象生命周期：统计某类对象平均存活时长、回收频率，辅助内存调优
• 实现 Cleaner 机制（JDK 9+ 推荐方式）：比虚引用更安全、更轻量的资源清理抽象

四类引用强度严格递减，不是性能高低之分，而是语义控制粒度之分。选错类型不会报错，但会导致缓存失效过早、内存泄漏持续或资源清理遗漏——这些往往在压测或长期运行后才暴露。