Java引用类型是JVM管理的抽象句柄，决定对象生命周期与GC行为，分为强、软、弱、虚四种：强引用阻止回收；软引用在内存不足时回收，适合缓存；弱引用在每次GC时回收，用于WeakHashMap防泄漏；虚引用需配合ReferenceQueue，仅用于回收前通知，不可取值。
Java中的引用类型，本质是“指向对象的指针”，但它不是C/C++里那种可以直接运算的内存地址，而是一个由JVM管理的、安全的、抽象的句柄。理解它，关键不在于“它是什么”，而在于“它怎么影响对象的生命周期和内存行为”。
引用类型决定了对象能否被垃圾回收
Java有四种引用类型：强引用（Strong Reference）、软引用（SoftReference）、弱引用（WeakReference）、虚引用（PhantomReference）。它们的区别，核心在于GC（垃圾回收器）对待被引用对象的态度：
- 强引用：最常见，如 Object obj = new Object();。只要强引用还存在，GC就绝不会回收该对象。
-
软引用：用 SoftReference
包装。只有在内存不足、即将OOM前，GC才会回收它。适合做内存敏感的缓存，比如图片缓存。 -
弱引用：用 WeakReference
包装。GC每次运行时，都会回收只被弱引用关联的对象。常用于 WeakHashMap，避免因key长期驻留导致内存泄漏。 - 虚引用：必须配合 ReferenceQueue 使用。它无法通过引用获取对象，唯一作用是——在对象被真正回收前收到一个系统通知。适合做资源清理钩子，比如关闭文件句柄、释放堆外内存。
引用类型不是“变量类型”，而是“引用强度策略”
别把 SoftReference
SoftReference
典型使用场景与避坑提醒
- 缓存场景选软引用：希望缓存尽可能久，但又不能拖垮JVM。注意：软引用不保证回收时机，也不适合做精确过期控制（应配合LRU或时间戳）。
- Map的key用弱引用防泄漏：比如监听器注册表，若用普通对象作key且未手动移除，容易造成内存堆积；WeakHashMap 自动处理这点。
- 虚引用不用来拿数据，只用来收通知：它的 get() 总是返回 null。正确姿势是轮询关联的 ReferenceQueue，拿到虚引用实例后执行清理逻辑。
- 不要滥用弱/软引用替代正常设计：比如本该及时关闭的流、该主动释放的资源，不能指望靠弱引用触发回收——时机不可控，风险高。
基本上就这些。引用类型不是语法糖，它是JVM给你的一组内存协作契约。用对了，能写出更健壮的缓存、更安全的映射、更可控的资源管理；用错了，反而让问题更隐蔽。
立即学习“Java免费学习笔记（深入）”；
