缓存设计应按内存安全边界选引用类型：强引用用于短时局部缓存，软引用适用于可降级重建的业务缓存，弱引用仅用于重建零成本且需不阻碍GC的瞬态场景。
缓存设计中选对引用类型，关键不是看“能不能存”，而是看“什么时候必须丢、丢了会不会出错、丢了之后重建贵不贵”。强、软、弱三种引用对应三类内存安全边界，虚引用不参与缓存数据存储，这里不展开。
强引用：只用于生命周期明确、用完即弃的短时缓存
强引用锁死对象，GC 绝不回收——适合单次请求内反复读取、且离开作用域就彻底失效的数据。
- 典型场景：HTTP 请求上下文中的解析结果（如 JWT payload、权限校验缓存）、方法内临时计算中间值
- 风险极高：一旦放进全局 Map 或静态容器又没及时清理，立刻内存泄漏。ArrayList 的 clear() 方法内部就是把每个元素设为 null，本质就是主动切断强引用链
- 操作建议：限定作用域（局部变量）、配合 try-with-resources、或封装成带自动清理的 ScopeCache 工具类
软引用：适合高频读、可降级、有兜底能力的业务缓存
软引用在 JVM 判定“即将 OOM”前才回收，属于内存压力下的柔性淘汰机制，不保证存活时间，但保留了缓存价值。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 典型场景：报表预聚合结果、缩略图字节数组、非实时配置快照——丢了能重算/重拉，但存在时显著提速
- 注意细节：get() 后必须判空；GC 可能在两次 get() 之间发生，不能假设“刚存进去就能取出来”
- 操作建议：搭配 ReferenceQueue 检测失效引用，定期清理 Map 中已回收的条目，避免空 SoftReference 占位
弱引用：只用于与宿主对象强绑定、重建成本近乎为零的瞬态缓存
弱引用在下一次 GC 就可能消失，无论内存是否充足。它不是为“缓存命中”服务的，而是为“不阻碍回收”服务的。
立即学习“Java免费学习笔记（深入）”；
- 典型场景：ThreadLocal 中的 SimpleDateFormat 实例、监听器映射表、WeakHashMap 的 key（避免因缓存导致被引用对象无法释放）
- 不适合场景：跨请求共享缓存、需要稳定命中的通用数据（如用户基本信息）、重建耗时的操作（如远程调用）
- 操作建议：仅当“丢了完全不影响逻辑正确性 + 重建开销可忽略”时才启用；不要把它当成软引用的“更激进版本”来用
敏感数据缓存还需叠加访问控制、加密存储、TTL 过期等机制，引用类型只是内存层面的第一道闸门。
