弱引用（WeakReference）在GC时会被立即回收，适用于避免内存泄漏的场景如WeakHashMap；软引用（SoftReference）在内存不足时才回收，适合内存敏感的缓存。
在Java中，WeakReference和SoftReference是两种特殊的引用类型，用于实现更灵活的内存管理。它们可以帮助你在内存紧张时让对象被回收，同时又能在需要时尽可能保留对象。理解它们的使用场景和区别，对优化应用性能很有帮助。
什么是弱引用（WeakReference）
弱引用指向的对象不会阻止垃圾回收器回收它。只要某个对象仅被弱引用所引用，那么在下一次GC运行时，该对象就会被回收。
适合用于缓存、监听器注册等场景，避免内存泄漏。
示例：
立即学习“Java免费学习笔记（深入）”；
import java.lang.ref.WeakReference;
<p>Object obj = new Object();
WeakReference<Object> weakRef = new WeakReference<>(obj);</p><p>obj = null; // 移除强引用</p><p>// 此时对象可能已经被回收
Object result = weakRef.get();
if (result == null) {
System.out.println("对象已被回收");
}</p>常见用途：比如在Map中保存对象但不希望阻止其回收，可以使用WeakHashMap，它的key是弱引用。
什么是软引用（SoftReference）
软引用比弱引用稍强一些。只要内存充足，被软引用引用的对象不会被回收；只有当JVM内存不足，即将抛出OutOfMemoryError之前，才会回收这些对象。
适合做内存敏感的高速缓存。
示例：
立即学习“Java免费学习笔记（深入）”；
import java.lang.ref.SoftReference;
<p>byte[] data = new byte[1024 * 1024]; // 1MB
SoftReference<byte[]> softRef = new SoftReference<>(data);</p><p>data = null; // 移除强引用</p><p>// 在内存紧张时会被回收
byte[] restored = softRef.get();
if (restored != null) {
System.out.println("数据还在");
} else {
System.out.println("数据已被回收");
}</p>如何选择使用哪种引用
根据实际需求判断：
- 如果你希望对象“只要有用就保留，内存不够再清”，用SoftReference
- 如果你希望对象“一旦不再强引用就尽快释放”，用WeakReference
- 注意：不要依赖这些引用做关键资源管理，因为回收时机不确定
结合引用队列（ReferenceQueue）监控回收情况
你可以将Reference与ReferenceQueue结合，用来监听对象何时被回收。
import java.lang.ref.*;
<p>ReferenceQueue<Object> queue = new ReferenceQueue<>();
Object obj = new Object();
WeakReference<Object> ref = new WeakReference<>(obj, queue);</p><p>obj = null;
System.gc(); // 建议GC（仅用于演示）</p><p>Reference<? extends Object> polled = queue.poll();
if (polled != null) {
System.out.println("对象已被回收并加入队列");
}</p>这在实现自定义缓存或资源清理机制时非常有用。
基本上就这些。正确使用WeakReference和SoftReference，可以在不影响程序稳定性的情况下提升内存利用率。关键是理解它们的行为差异，并避免误以为它们能完全控制对象生命周期。
