java垃圾回收对软引用和弱引用的处理取决于引用强度与gc类型：软引用在内存紧张（如老年代不足）时才回收，适合缓存；弱引用在每次gc时立即回收，适合临时映射和防泄漏。
Java 垃圾回收对软引用和弱引用的处理，核心在于“是否可达”以及 GC 触发时的回收策略差异——不是由内存是否紧张统一决定，而是由引用类型强度和当前 GC 类型共同作用。
软引用：内存压力触发回收，适合缓存
软引用对象在 JVM 判定“即将 OOM”时才被回收，比如老年代空间不足、多次 GC 后仍无法满足新对象分配请求。它不会在每次 GC 时清理，而是保留到内存真正吃紧为止。
- 使用 SoftReference
包装对象，调用 .get() 获取实例（可能返回 null） - 建议配合 ReferenceQueue 监听回收事件，及时清理关联缓存索引或资源
- 典型用途是图片、HTTP 响应体、计算结果等内存敏感缓存，如 OkHttp 的 response cache
- 注意：不能依赖 System.gc() 强制回收软引用，JVM 只在必要时才清理
弱引用：GC 时立即回收，适合临时映射
只要发生任意一次 GC（Minor GC 或 Full GC），且对象仅被弱引用持有，就会被立刻回收。它的生命周期不依赖内存压力，只取决于 GC 是否运行。
- 使用 WeakReference
，同样通过 .get() 访问，但返回 null 的概率远高于软引用 - 常见于 WeakHashMap 的实现——key 使用弱引用，避免因 key 长期驻留导致内存泄漏
- 也适用于监听器、回调注册等场景，防止持有 Activity 或 Context 引用造成泄漏
- 无需等待内存紧张，只要 GC 扫描到，就清理，响应更快但更“脆弱”
强引用与虚引用作为参照基准
理解软/弱引用的关键，是明确它们在整个引用强度谱系中的位置：
- 强引用：只要存在，绝不回收；OOM 也不妥协；日常变量默认都是强引用
- 虚引用：无法获取对象，仅用于回收通知；必须搭配 ReferenceQueue 使用，常做资源清理钩子
- 四种引用强度严格递减：强 > 软 > 弱 > 虚，这个顺序决定了 GC 的介入时机和力度
实际使用中的关键细节
写法和逻辑稍有偏差，效果可能完全相反：
- 软/弱引用对象本身（SoftReference/WeakReference 实例）是强引用，需确保不长期持有它们
- 不要在循环中反复 new SoftReference，容易快速耗尽堆外元空间（Metaspace）或引用队列积压
- WeakHashMap 的 key 被回收后，对应 entry 不会自动消失，需靠 nextEntry() 清理——本质是“惰性清理”
- 虚引用必须传入 ReferenceQueue，否则无法感知回收事件；且 get() 永远返回 null
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
