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
实际使用建议：
- 适合图片、模板、解析结果等体积较大、重建成本高的缓存项
- 必须配合 get() 方法判空使用，因为返回值可能为 null
- 可关联 ReferenceQueue，在对象被回收后收到通知，用于清理关联资源（如关闭流、注销回调）
弱引用：仅存活至下一次 GC 的临时映射
WeakReference
典型落地场景：
- WeakHashMap：键使用弱引用，避免因 key 长期驻留导致 value 无法释放
- 事件总线（EventBus）中的监听器注册：用 WeakReference 包装 listener，Activity 销毁后无需手动 unregister，GC 自动断开引用链
- 防止 Activity 泄漏的 Context 持有：在工具类中缓存 Application Context，而非 Activity Context
虚引用：唯一不用于获取对象的引用类型
PhantomReference
核心用途聚焦于资源善后：
- 替代 finalize() 方法：执行不可中断的清理动作（如释放堆外内存、关闭文件句柄）
- 监控对象生命周期：统计某类对象平均存活时长、回收频率，辅助内存调优
- 实现 Cleaner 机制（JDK 9+ 推荐方式）：比虚引用更安全、更轻量的资源清理抽象
四类引用强度严格递减，不是性能高低之分，而是语义控制粒度之分。选错类型不会报错，但会导致缓存失效过早、内存泄漏持续或资源清理遗漏——这些往往在压测或长期运行后才暴露。
