软引用（softreference）适合处理内存敏感的高速缓存，其核心策略是在系统抛出 outofmemoryerror 之前回收这些对象。具体做法是将缓存数据包装在 softreference 中并指向 referencequeue，当 jvm 堆空间不足时，垃圾回收器会自动清理这些弱可达对象以释放内存，从而避免程序崩溃。
软引用与强引用的内存行为差异是什么
强引用在任何情况下都不会被回收，而软引用仅在内存不足时被回收。通过对比两者在不同堆容量下的存活状态，可以直观看到软引用的“惰性”回收特性。
import java.lang.ref.SoftReference;
import java.lang.ref.ReferenceQueue;
public class SoftRefDemo {
public static void main(String[] args) {
// 1. 创建大对象并建立软引用
byte[] largeData = new byte[10 * 1024 * 1024]; // 10MB
ReferenceQueue<byte[]> queue = new ReferenceQueue<>();
SoftReference<byte[]> softRef = new SoftReference<>(largeData, queue);
// 2. 断开强引用，使对象变为软可触及
largeData = null;
// 3. 模拟内存压力（此处仅演示逻辑，实际需触发GC）
System.out.println("Strong ref is null: " + (largeData == null));
System.out.println("Soft ref get(): " + (softRef.get() != null));
// 注意：实际运行中需通过 -Xmx 限制内存并调用 System.gc() 来观察回收行为
}
}在上述代码中，largeData 被置为 null 后，对象失去了强引用支撑。此时若执行 softRef.get()，只要 JVM 认为内存充足，返回的依然是原始对象；只有当内存紧张触发 GC 时，该对象才会被回收，且 softRef 会被加入 queue 中。
立即学习“Java免费学习笔记（深入）”；
掌握 ES6+ 特性，包括 async/await、解构、扩展运算符、箭头函数、Promise、模块、迭代器、生成器以及函数式编程模式，编写简洁高效的 Java
如何结合 ReferenceQueue 实现自动清理
单独使用软引用无法知道对象何时被回收，必须配合 ReferenceQueue 才能构建完整的缓存清理机制。通过将队列传入构造函数，可以在 GC 发生后获取失效的引用实例。
import java.lang.ref.Reference;
import java.lang.ref.SoftReference;
import java.lang.ref.ReferenceQueue;
import java.util.HashMap;
import java.util.Map;
public class CacheWithSoftRef {
private final Map<String, SoftReference<byte[]>> cache = new HashMap<>();
private final ReferenceQueue<byte[]> queue = new ReferenceQueue<>();
public void put(String key, byte[] value) {
// 清理已回收的引用
purgeQueue();
cache.put(key, new SoftReference<>(value, queue));
}
public byte[] get(String key) {
SoftReference<byte[]> ref = cache.get(key);
if (ref != null) {
byte[] value = ref.get();
if (value != null) {
return value; // 内存充足，直接返回
} else {
// 对象已被回收，从缓存移除
cache.remove(key);
}
}
return null; // 缓存未命中或已失效
}
private void purgeQueue() {
Reference<? extends byte[]> ref;
while ((ref = queue.poll()) != null) {
// 实际场景中需维护一个反向映射或从主缓存中移除对应的 Key
// 这里简化处理，假设我们在 get 时进行惰性清理
}
}
}在 get 方法中，我们首先检查 ref.get() 是否为空。如果为空，说明软引用指向的对象已经被 GC 回收，此时直接从 cache 中移除该键值对，确保后续查询不会再次访问无效引用。这种模式常用于实现 LRU 缓存的替代方案，即“最近最少使用”由内存压力决定而非固定步长。
基于特定输入条件软引用何时会被立即回收
软引用的回收时机取决于 JVM 的内存分配策略和当前堆的使用率。当新对象的分配导致堆空间超过阈值，且没有其他强引用保护时，软引用对象会成为首要回收目标。
在 CacheWithSoftRef 程序中，如果连续调用 put 存入大量远超堆剩余空间的数据，JVM 会在分配新内存前尝试回收软引用。此时，即使之前存入的 byte[] 尚未被 get 访问，也会因为内存不足而被立即回收。这种行为验证了软引用“内存敏感”的特性：它不保证对象一定存活，只保证在内存充裕时尽可能保留。
