Java中HashMap不支持自动过期，需手动封装：方案一用时间戳+惰性删除；方案二用定时线程扫描清理；方案三结合软引用与过期判断；生产环境推荐Caffeine等成熟库。
Java 中的 HashMap 本身不支持过期淘汰，要实现本地缓存的自动过期和淘汰，需手动封装逻辑。核心思路是：记录每个键值对的写入时间或到期时间，并在读写时检查是否过期；同时配合定时清理或惰性删除机制。下面给出几种实用、轻量、可落地的实现方式。
方案一：用 HashMap + 时间戳（写入时间）+ 惰性过期
每次 put 时保存当前时间戳，get 时判断是否超时。不过期数据不主动清理，靠读操作“顺带”剔除，适合读多写少、内存压力不大的场景。
- 定义一个包装类，比如
TimedValue<V>，包含 value 和写入时间（System.nanoTime()或System.currentTimeMillis()） - 缓存容器用
HashMap<K, TimedValue<V>> -
get(K key)中先查出TimedValue，再比对当前时间和过期时长（如 5 分钟），超时则 remove 并返回 null -
put(K key, V value, long expireMillis)存入带时间戳的包装对象
方案二：用 HashMap + 定时后台线程定期扫描清理
适合需要严格控制内存、避免过期项长期滞留的场景。注意别用 Timer（单线程、异常会终止），推荐 ScheduledThreadPoolExecutor。
- 缓存结构仍为
HashMap<K, TimedValue<V>>，每个值含到期时间戳（如expireAt = System.currentTimeMillis() + 60_000） - 启动一个调度任务，每 30 秒遍历一次 map，删掉所有
expireAt <= System.currentTimeMillis()的条目 - 遍历时建议用
Iterator.remove()避免ConcurrentModificationException - 若并发读写频繁，应改用
ConcurrentHashMap替代HashMap，并加读写锁或使用computeIfPresent等原子方法
方案三：用 WeakReference / SoftReference 配合过期逻辑（进阶）
适用于希望 JVM 在内存紧张时协助回收、又不想完全放弃控制权的场景。但注意：Reference 类型不解决过期问题，只解决内存回收时机，仍需搭配时间判断。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 存储结构可为
HashMap<K, ExpirableRef<V>>，其中ExpirableRef封装SoftReference<V>和expireAt - get 时先尝试 get() 引用值，若为 null 则说明已被 GC，直接 remove；否则再检查是否过期
- 慎用
WeakReference：生命周期太短（GC 时就可能被清），一般缓存不用它；SoftReference更合适，但回收策略由 JVM 决定，不可控
更推荐的做法：直接用成熟库
自己实现容易忽略并发安全、内存泄漏、精度误差（如纳秒 vs 毫秒）、清除效率等问题。生产环境建议优先考虑：
- Caffeine：高性能、近似 LRU + 过期 + 引用支持，API 简洁，是 Guava Cache 的现代替代
-
Guava Cache：支持
expireAfterWrite、expireAfterAccess、最大容量、移除监听等，稳定成熟 - Spring Cache + @Cacheable：配合 Caffeine 或 ConcurrentMap 实现声明式缓存，自动处理过期与同步
如果只是临时调试或嵌入极简模块，上述自封装方案够用；但只要项目稍具规模，用 Caffeine 几行代码就能搞定，还自带刷新、统计、异步加载等功能，远比手写健壮。
