Java引用类型是开发者与JVM协同管理对象生命周期的契约，分为强、软、弱、虚四类：强引用默认存在且阻止GC；软引用在OOM前被回收，适合缓存；弱引用在下次GC时必回收，用于自动失效映射；虚引用仅作回收通知，需配合ReferenceQueue清理资源。
Java 引用类型不是语法糖，而是开发者与JVM协同管理对象生命周期的契约。它把“要不要留着这个对象”从全靠GC猜测，变成可编程、可预期、可分级控制的过程。
强引用：默认的刚性绑定
日常写的 Object obj = new Object() 就是强引用。只要这个变量还有效（没被置为 null，也没出作用域），JVM绝不会回收对应对象——哪怕内存快爆了，也宁可抛 OutOfMemoryError。它是最“霸道”的引用，也是最容易引发内存泄漏的源头：比如静态集合长期持有对象、监听器注册后未反注册、线程局部变量未清理等。
- 避免长期持有不必要的强引用，尤其在缓存、事件总线、单例容器中
- 方法内临时对象通常无需手动置
null；但长生命周期容器中的元素移除时，应显式清空引用 - 注意
ThreadLocal的remove()调用，否则可能造成内存泄漏
软引用：内存压力下的弹性缓存
软引用对象在内存充足时和强引用无异；一旦JVM检测到即将OOM（即GC后仍无法满足分配需求），就会优先回收所有软引用对象。这种“延迟回收”特性，让它天然适合做图片、模板、计算结果等内存敏感型缓存。
- 使用
SoftReference<T>包裹缓存值，每次访问前必须调用.get()并判空 - 可搭配
ReferenceQueue监听回收事件，及时从缓存Map中清除失效条目 - 不要依赖软引用“一定存活”，它不保证缓存命中率，只降低OOM风险
弱引用：GC触发的自动清理机制
弱引用对象在**下一次GC运行时**就会被回收，不管内存是否紧张。它的存在周期极短，典型用途是构建“自动失效”的映射结构，比如 WeakHashMap 的键、框架中的监听器注册表。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
-
WeakReference<T>适合管理“附属关系”：主对象销毁后，附属资源应自然消失 - 弱引用本身不阻止GC，但引用对象被回收后，
.get()返回null，需做好空值处理 - 与
ReferenceQueue配合，可用于实现轻量级对象生命周期钩子
虚引用：回收通知的精准信标
虚引用不能通过 .get() 获取对象，它唯一的作用是——当对象被GC回收时，JVM会将该虚引用加入关联的 ReferenceQueue。这是目前最可靠、最可控的对象终结通知机制，替代已废弃的 finalize()。
- 必须与
ReferenceQueue一起使用，否则毫无意义 - 常用于清理堆外内存（如
ByteBuffer.allocateDirect()）、关闭文件句柄、释放JNI资源等关键操作 - 收到队列通知后，应立即执行清理，并调用
.clear()防止虚引用本身堆积
四种引用不是替代关系，而是按强度梯度构成的一套工具链。合理选用，能让对象生命周期更贴合业务语义，既避免过早释放，也防止滞留成灾。
