软引用是Java中内存敏感型引用，仅在JVM内存压力大时才被回收，适用于本地缓存等场景；需配合ReferenceQueue及时清理失效引用，避免堆积。
软引用是 Java 中一种“内存敏感型”的引用类型，它让对象在内存充足时不被回收，只在 JVM 即将发生 OutOfMemoryError 前，才由垃圾收集器主动清理。它不是“一定不回收”，也不是“随时可回收”，而是一种带缓冲的、有优先级的回收策略。
软引用的核心特点
• 对象只被软引用指向时，JVM 会尽量保留它，直到内存真正吃紧
• GC 不会因为“想腾空间”就随便回收软引用对象，而是等触发了内存压力（如老年代快满）才介入
• 软引用本身是强引用（SoftReference 对象可被长期持有），但其内部 referent（被包装的对象）生命周期由内存状况决定
• 可配合 ReferenceQueue 使用，用于感知对象是否已被回收，及时清理软引用自身，避免堆积
怎么创建和使用软引用
用 java.lang.ref.SoftReference 包装目标对象即可：
基础写法：SoftReference
获取对象用 softRef.get()，返回 null 表示已被回收。
带引用队列的写法（推荐用于缓存管理）：
ReferenceQueuequeue = new ReferenceQueue<>();
SoftReferencesoftRef = new SoftReference<>(new String("data"), queue);
当被包装的字符串被回收，
softRef 会被自动加入 queue，你可以轮询或监听它做后续清理。
典型使用场景
• 本地缓存：比如图片、HTML 片段、JSON 解析结果等——内存够就留着加速访问，不够就放手，不拖垮系统
• 避免 OOM 的缓冲设计：例如读取大文件时分块缓存，用软引用包裹每一块，让 GC 在压力下自动减负
• 替代部分 Map
注意事项
• 不要依赖 System.gc() 触发回收——它只是建议，且现代 JVM 很少响应
• 软引用对象被回收后，get() 永远返回 null，需判空再使用
• 软引用本身不自动释放，若长期持有大量已失效的 SoftReference，会造成引用对象堆积（虽小但积少成多），所以配合队列及时清理更稳妥
• 它不是线程安全的，多线程环境下需自行同步访问逻辑
基本上就这些。用得好，软引用是平衡性能与内存的实用工具；用得随意，也可能变成“延迟泄漏”的温床。
