敏感数据缓存引用类型选型需权衡可用性与内存安全：强引用适合短生命周期必用数据但易致oom；软引用适用于可降级高频读缓存，回收时机不可控；弱引用仅适配瞬态、低重建成本场景。
构建敏感数据缓存时，引用类型选型本质是权衡“数据可用性”和“内存安全性”——强引用保命但易OOM，软引用折中但不可控，弱引用轻量但极不稳定。关键不在“能不能缓存”，而在“缓存失效的边界是否符合业务容忍度”。
强引用：适合短生命周期、确定必用的数据
强引用对象只要变量还活着，JVM绝不会回收它。缓存用强引用，等于把数据锁死在内存里。
- 适用场景：单次请求内反复访问的上下文对象（如用户会话中的临时 token 解析结果）、配置类实例等生命周期明确且短暂的数据
- 风险点：若缓存未主动清理（比如没调用 clear 或没置 null），极易引发内存泄漏；ArrayList 的 clear() 方法内部正是将每个元素设为 null，就是为解除强引用链
- 操作建议：必须配合显式管理——使用完立即置 null，或封装在 try-with-resources / 作用域受限的局部变量中
软引用：适合可降级、有兜底的高频读缓存
软引用对象在内存充足时不回收，仅当 JVM 判定即将 OOM 前才触发回收。它的回收时机由 GC 决策，不是立即响应。
- 适用场景：浏览器历史页缓存、报表预计算结果、图片缩略图等——丢了能重算/重拉，但有则显著提速
- 注意细节：软引用不保证“最后一次 get() 成功后还能再用一次”，因为 GC 可能在任意两次 get() 之间发生；建议搭配 ReferenceQueue 检测失效，避免空指针
- 操作建议：用 SoftReference
包装值，get() 后务必判空；不要依赖“刚存进去就一定能取出来”
弱引用：适合与业务生命周期强绑定的瞬态缓存
弱引用对象在下一次 GC 扫描时（哪怕内存充足）就可能被回收。它的存在几乎不阻碍垃圾回收。
- 适用场景：线程局部缓存（如 SimpleDateFormat 缓存）、监听器映射表、临时中间计算结果——这些数据天然依附于某个对象，该对象一销毁，缓存就没意义了
- 典型应用：WeakHashMap 的 key 是弱引用，当 key 对象被回收，对应 entry 自动失效，避免因缓存导致 key 无法释放
- 操作建议：只用于“丢了也不影响正确性，且重建成本极低”的数据；不适合做跨请求共享的通用缓存
不复杂但容易忽略：敏感数据缓存还需叠加访问控制、加密存储、自动过期等机制，引用类型只是内存层面的第一道闸门。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
