java四种引用的核心区别在于gc回收时机与对象可达性：强引用阻止回收直至oom；软引用在内存不足时回收；弱引用在每次gc时立即回收；虚引用不阻止回收且get()始终为null，仅用于回收通知。
Java 引用类型的核心区别在于：GC 是否回收、何时回收、以及是否能通过引用拿到对象。区分它们的关键不是“写法多复杂”，而是“你愿不愿意让对象活到什么时候”。避免内存泄漏，本质是让引用强度匹配实际生命周期——该松手时别拽着。
看回收时机：四类引用的硬性规则
不用死记，按 GC 行为分层理解：
- 强引用：只要还有任意一条强引用链连着对象（哪怕只是局部变量没出作用域），GC 绝不回收。OOM 了也不放——这是默认行为，也是泄漏高发区。
- 软引用：内存够就留着，快 OOM 时 GC 才清理。适合图片、计算结果这类“丢了能重来，但留着更省”的缓存。
- 弱引用：GC 线程一扫，不管内存多富裕，立刻回收。适合监听器、ThreadLocal 的 key、临时映射等“用完即弃”场景。
- 虚引用：get() 永远返回 null，唯一作用是对象被回收后，自动入队通知你。必须配合 ReferenceQueue 使用，用于资源清理（如 DirectByteBuffer 的堆外内存释放）。
盯住三类高危结构：它们是泄漏主战场
多数内存泄漏不是引用类型用错，而是结构设计没考虑引用强度：
- 静态集合（Map/List/Set）：static 修饰的容器默认持强引用。往里塞的对象，除非手动 remove 或 clear，否则整个 JVM 生命周期都活着。尤其注意 EventBus、缓存管理器、配置中心客户端等。
- 监听器与回调注册表：注册时加进集合，销毁时没反注册 → 强引用锁死被监听对象（如 Activity、Fragment）。WeakReference 包一层 listener 是通用解法。
- ThreadLocal：它的 ThreadLocalMap 中 key 是弱引用，但 value 是强引用。线程长期存活（如线程池）+ ThreadLocal 实例被回收后，value 就成孤儿。务必在 finally 块中调用 remove()。
用对引用类型：关键在“谁控制生命周期”
先问自己一句：这个对象的生死，我能不能在代码里精准决定？
- ✅ 能手动管理（比如方法内创建、明确知道何时失效）→ 用强引用，干净利落，无需额外机制。
- ❌ 不能手动管理（比如监听器注册方不知道被监听方何时销毁、缓存系统不知道哪些数据还在热用）→ 根据语义选：
• 需要尽量保留（缓存优先级高）→ 软引用
• 只需存在到下一次 GC（如临时绑定、上下文快照）→ 弱引用
• 必须精确感知回收时刻（如释放堆外内存）→ 虚引用 + ReferenceQueue
一个实用检查清单
写完涉及引用的逻辑，快速过一遍：
- 有没有 static 容器在默默 hold 对象？里面的东西是否定期清理？
- 所有注册操作，是否配对了反注册？没配对的，能否换成 WeakReference 包装？
- 用了 ThreadLocal？是否每个使用点都套了 try-finally + remove()？
- 用了 SoftReference / WeakReference？是否绑了 ReferenceQueue 并轮询处理失效引用？避免缓存里存着一堆 get() == null 的空壳。
- 虚引用是否只用来通知，从不尝试 get()？是否和队列正确关联？
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
