软引用用于缓存场景，内存紧张时自动回收；弱引用用于解耦绑定，gc时立即回收。二者定位不同：软引用靠内存压力触发清理，弱引用绝不影响主体生命周期。
软引用和弱引用不是“防泄漏的万能药”，而是针对不同泄漏场景的精准工具：软引用用于缓存类场景，让大对象在内存紧张时自动退场；弱引用用于解耦绑定关系，确保附属对象不拖累主体生命周期。
软引用：给缓存加一道内存压力阀
缓存是强引用泄漏高发区——比如用 HashMap 存大量图片、模板或计算结果，只要 map 不清空，对象就永远无法回收。软引用把淘汰决策权交给 JVM：
- 对象只在真正发生内存不足（OOM 前夕）时才被回收，比手动 LRU 更可靠
- 适合体积大、重建成本可控的数据，如预加载的缩略图、JSON 解析结果
- 每次使用前必须判空：if (softRef.get() != null) { ... }，不能假设它一定存在
- 避免与强引用共存：若同时持有强引用和软引用，GC 永远不会回收该对象
弱引用：切断隐式持有链，尤其适合临时绑定
弱引用对象在任意一次 GC（包括 Young GC）中都会被立即回收，适用于“用了就丢、不许赖着”的场景：
- WeakHashMap 是最典型用法：key 为弱引用，当业务对象（如 Activity、Fragment）被销毁后，对应 entry 自动失效，不会因 map 持有 key 导致泄漏
- 监听器注册时包装成 WeakReference
，即使忘记调用 removeListener，listener 也能随宿主对象一起被回收 - ThreadLocal 的 value 若设为弱引用（配合及时 remove），可缓解线程复用场景下的 value 累积问题
- 注意：弱引用不解决资源释放问题（如文件句柄、DB 连接），它只管对象本身是否可回收
别混用，也别滥用
软引用 ≠ 弱引用的“加强版”，它们定位完全不同：
- 想留久一点、靠内存压力触发清理 → 选软引用
- 想随时可走、绝不影响对方生命周期 → 选弱引用
- 静态集合里放软/弱引用仍会泄漏——因为集合本身是强引用容器，应改用 WeakHashMap 或定期清理机制
- 虚引用不参与这里的问题，它负责的是对象被回收后的通知，比如堆外内存释放，和缓存、绑定无关
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
