java中四种引用对内存回收影响显著：强引用永不回收易致泄漏；软引用内存不足时回收，适合缓存；弱引用每次gc必回收，用于weakhashmap等解耦场景；虚引用仅作回收通知，须配合referencequeue释放堆外资源。
Java中四种引用类型对内存回收的影响差异明显，直接决定对象能否被及时释放，也深刻影响内存泄漏风险。强引用最顽固，虚引用最“透明”，而软、弱引用则在“保”与“放”之间提供不同粒度的控制。
强引用：永不妥协，但易埋雷
只要存在强引用，GC绝不会回收对象——哪怕OOM也不让步。这是最安全的默认行为，却也是内存泄漏的头号推手。
- 集合类长期持有无用对象（如未清理的监听器列表、缓存Map）会持续占用堆空间
- 静态变量意外持有了Activity或Context，在Android中极易引发严重泄漏
- 线程局部变量（ThreadLocal）若未remove，其value会被当前线程强引用，随线程生命周期滞留
解决关键不是避免强引用，而是主动管理：及时置null、显式remove、使用try-with-resources或作用域收敛。
软引用：内存紧张时的缓存守门人
软引用对象在内存充足时可长期存活，仅在JVM判定即将OOM前才被回收。它不保证存在，只表达“尽量留下”的意愿。
- 适合图片、模板、查询结果等内存敏感型缓存，但不能替代业务级缓存策略（如Caffeine的LRU+过期机制）
- 每次访问必须判空：if (ref.get() != null)，否则可能NPE
- 不建议用于关键状态数据——它可能在任意一次Full GC中消失，且时机不可控
软引用本身不导致泄漏，但若value被其他强引用意外持有，就失去缓存自动清理的意义。
弱引用：GC一来就走，专治临时绑定
只要发生任意一次GC（包括Minor GC），仅被弱引用持有的对象就会被回收。它不争内存，只做“弱关联”。
- WeakHashMap的key用弱引用，防止key已不可达却因map持有而无法释放
- ThreadLocal的key用弱引用，配合get/set时的清理逻辑，缓解线程复用导致的value堆积
- 注册-注销模式中（如事件监听器），用WeakReference存listener，避免忘记反注册引发泄漏
注意：WeakReference只管referent（被引用对象），value仍需手动清理；误以为“WeakHashMap自动清value”是常见误区。
虚引用：不挡回收，只发通知
虚引用无法获取对象实例（get()永远返回null），唯一作用是对象被回收后入队，用于触发清理动作。
- 典型用途：释放堆外内存（如DirectByteBuffer）、关闭文件句柄、解注册JNI资源
- 必须配合ReferenceQueue使用，否则无法感知回收事件
- 不能替代try-finally或Cleaner（JDK9+推荐），但适合需要异步/延迟清理的场景
虚引用本身零内存负担，也不会造成泄漏——它既不延长对象生命，也不持有对象内容。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
