Java中四类引用本质是GC回收时机控制机制：强引用绝不回收，软引用内存不足时回收，弱引用下次GC必回收，虚引用仅用于跟踪回收完成。
Java里强引用、软引用、弱引用不是“要不要回收”的选择题，而是“什么时候回收”的时间窗口控制机制——它们共同受GC策略驱动，但触发条件和存活周期完全不同。
强引用（StrongReference）：只要可达，绝不回收
这是日常写代码时默认使用的引用类型。只要对象被一个强引用链连着（哪怕只是局部变量、静态字段或栈帧里的引用），GC就永远不会回收它，哪怕内存溢出（OutOfMemoryError）也不会破例。
常见错误现象：OutOfMemoryError: Java heap space 很多时候就是因为本该释放的强引用没被置为 null 或脱离作用域（比如缓存未清理、监听器未反注册、线程局部变量未 remove()）。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 强引用适合生命周期明确、必须全程保活的对象（如业务实体、配置实例）
- 避免在长生命周期对象中长期持有短生命周期对象的强引用（例如
static Map<String, Object>缓存大对象） - 手动切断强引用链是释放资源的第一步：显式赋值为
null（仅对局部变量/字段有效）、清空集合、调用close()或destroy()等清理方法
软引用（SoftReference）：内存不足时才回收，适合缓存
软引用对象在内存充足时不被回收；只有当 JVM 判定即将发生 OutOfMemoryError 时，GC 才会尝试回收所有软引用指向的对象。这个“判定”由 JVM 实现决定（HotSpot 默认基于最近使用时间和堆剩余空间估算）。
使用场景：实现内存敏感型缓存（如图片缓存、模板解析结果），比强引用更安全，又比弱引用更“持久”。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 创建方式：
new SoftReference<>(obj)，取值前务必判空：if (ref.get() != null) { ... } - 不要依赖软引用的“精确回收时机”——它不保证某次 GC 就一定回收，也不保证所有软引用同时被清空
- 软引用 + 引用队列（
ReferenceQueue）可监听对象被回收事件，用于清理关联资源（如关闭文件句柄） - 注意：软引用本身不阻止其包装的对象被回收，但软引用对象（
SoftReference实例）仍是强引用，需自行管理其生命周期
弱引用（WeakReference）：只活到下次GC，适合临时绑定
弱引用对象在**下一次垃圾回收运行时**就会被回收，无论内存是否紧张。它的生命周期最短，且不可预测（取决于 GC 触发时机）。
常见错误现象：用 WeakReference 存储需要长期存在的回调或监听器，结果刚注册完就被回收，导致逻辑静默失效。
使用场景：构建非强制性映射关系，比如 WeakHashMap（key 是弱引用，key 对象被回收后对应 entry 自动失效），或临时绑定 UI 组件与数据模型（防止 Activity 泄漏）。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 获取对象必须始终检查：
T obj = ref.get(); if (obj != null) { ... } -
WeakHashMap的 key 被回收后，entry 不会立即从 map 中移除，而是在后续调用size()、get()、put()等方法时惰性清理——所以不能靠size()判断实际存活数 - 弱引用不适合做缓存，因为“太容易丢”，更适合解耦生命周期（如观察者模式中避免持有宿主强引用）
虚引用（PhantomReference）：唯一用途是跟踪回收完成
虚引用无法通过 get() 获取对象（永远返回 null），它唯一合法用途是配合 ReferenceQueue 使用，用来得知“对象已被 finalize 且内存已释放”这一确切时刻。
为什么需要它？因为 finalize() 方法已被废弃（自 Java 9 起标记为 @Deprecated），且行为不可靠；而虚引用+队列是目前 JVM 提供的、唯一可控的“对象销毁通知”机制。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 必须传入
ReferenceQueue构造：new PhantomReference<>(obj, queue) - 虚引用对象本身需被强引用持有，否则它自己也会被快速回收，导致收不到通知
- 典型用法：替代
finalize()做资源清理（如直接内存释放、文件锁释放），但要注意——此时对象实例已不可访问，只能处理外部资源
真正容易被忽略的是：四种引用类型之间没有继承或转换关系，它们是独立的包装类；且引用对象（SoftReference、WeakReference 等）本身是强引用，若不主动清理这些引用容器，反而会造成新的内存泄漏。
