强引用对象仅在彻底不可达时才被回收，与内存压力无关；软引用则在内存不足临界点由JVM延迟回收，需判空使用。
强引用对象在垃圾回收时完全不触发回收，哪怕内存已耗尽、JVM即将抛出 OutOfMemoryError，只要它还被强引用链连着（比如局部变量、静态字段、集合中的元素），GC 就不会碰它。回收唯一前提：该对象彻底不可达——即所有强引用都被显式置为 null 或已超出作用域。
强引用：不看内存，只看可达性
它的回收时机和内存压力毫无关系。GC 的判断依据只有一个：从 GC Roots（如栈帧里的局部变量、静态字段、JNI 引用等）出发，能否顺着引用链访问到这个对象。能访问到 → 不回收；访问不到 → 标记为可回收（后续才真正清理）。
- 常见误用：把大对象（如
byte[100MB]）反复放入ArrayList却不清理或置 null，导致堆持续膨胀直至 OOM - 正确做法：不用时主动断开，例如
list.clear()（清空元素引用）、obj = null、或让变量自然离开作用域 - 性能特点：零额外开销，但“保命”太强，容易成为内存泄漏的根源
软引用：看内存余量，临界前才清理
软引用对象不会在每次 GC 时检查或回收，而是由 JVM 根据当前堆内存使用情况动态决策。典型策略是：只有在即将发生 OutOfMemoryError 前的某次 Full GC（或某些 JDK 版本下的特定 GC 阶段）中，才会批量回收所有软引用指向的对象。
- 回收不是“立刻响应内存不足”，而是“延迟响应”——JVM 会估算剩余空间是否足够支撑接下来的分配，再决定是否清理软引用
- 不同 JDK 版本判定逻辑略有差异（如 HotSpot 在 JDK 8 中基于最近 GC 后的空闲空间估算），所以不能假设某次 Minor GC 就会清掉软引用
- 取值必须判空：
SoftReference<t> ref; T obj = ref.get(); if (obj != null) { ... }</t>，因为get()可能随时返回null
关键对比：一个场景看区别
假设堆最大 256MB，当前已用 240MB，新申请 20MB 对象：
立即学习“Java免费学习笔记（深入）”；
- 强引用对象：哪怕只剩 1MB 空间，只要它还在引用链上，JVM 宁可抛 OOM 也不回收
- 软引用对象：JVM 判定“240MB 已用 + 20MB 新需 = 260MB > 256MB”，触发回收动作，软引用对象大概率在这次 GC 中被清除，腾出空间完成分配
- 弱引用对象：哪怕堆还剩 200MB，只要任意一次 GC（包括刚发生的 Young GC）运行，它就可能被立即回收
本质上，强引用是“生死契约”，软引用是“信用额度”——用不用得还，取决于你当前还剩多少“信用”（可用内存）。
