Java对象生命周期管理核心在于堆中对象的存活与回收，通过强、软、弱、虚四种引用配合GC Roots可达性分析引导GC：强引用默认绑定、不放手则永生；软引用在内存不足时回收，适用于弹性缓存；弱引用在每次GC时立即回收，用于WeakHashMap等短期关联；虚引用不阻止回收，仅通过ReferenceQueue通知对象已回收，用于资源善后。
Java 中类与对象的生命周期管理，核心不在“类”本身（类加载后长期驻留方法区），而在于“对象”在堆中的存活与回收。强、软、弱、虚四种引用，本质是 JVM 提供的四档“可达性松紧度”，配合 GC Roots 的可达性分析，让开发者能主动参与对象何时该活、何时可死——不是替代 GC，而是引导 GC。
强引用：默认绑定，不放手就永生
只要对象被至少一个强引用直接或间接持有，它就始终处于“可达”状态，GC 绝对不碰。这是安全底线，也是泄漏高发区。
- 常见陷阱：静态集合（如
static Map<string user></string>）长期持强引用，用户登出后对象仍无法回收 - 正确做法：明确生命周期边界，用完及时置
null或移出容器；若需缓存，不用强引用 - 与类关系：类定义了对象结构，但强引用决定实例是否被保留——类不变，引用一断，实例即可回收
软引用：内存压力下的弹性缓存
软引用对象在内存充足时与强引用无异；仅当 JVM 判定即将 OOM（如老年代空间不足）时，才批量清理软引用所指对象。HotSpot 还会参考最近访问时间，优先回收“久未使用”的软引用对象。
- 典型场景：图片缓存、查询结果缓存——数据有用但非必需，宁可重查也不撑爆堆
- 关键细节：必须配合强引用断开使用，否则软引用无效（例如：
SoftReference<byte> ref = new SoftReference(data); data = null;</byte>） - 注意：不能用于保存关键状态，
get()可能随时返回null
弱引用：GC 面前不讲情面，下一次就清零
只要发生一次 GC（无论年轻代还是老年代），所有只被弱引用持有的对象都会被立即回收。它比软引用更激进，适合“临时依附、不干扰回收”的场景。
立即学习“Java免费学习笔记（深入）”；
- 典型应用：
WeakHashMap的 key 使用弱引用，避免 key 对象因 map 存在而无法释放 - ThreadLocal 内部使用弱引用存储 ThreadLocal 实例作为 key，防止线程长期运行导致内存泄漏
- 使用建议：适合做元数据映射、监听器注册等短期关联，不依赖对象长期存在
虚引用：对象已死，通知刚到
虚引用最特殊——get() 永远返回 null，它不阻止回收，唯一作用是：当对象被 GC 回收时，JVM 会把该虚引用加入关联的 ReferenceQueue，从而触发清理逻辑。
- 核心用途：资源善后，比如堆外内存（
DirectByteBuffer）的cleaner就基于虚引用 - 必须配合
ReferenceQueue使用，单独创建虚引用无意义 - 不是替代
finalize()，而是更可控、更及时的替代方案（finalize()已被弃用）
