Java中可用static+ConcurrentHashMap实现轻量级缓存，适用于单机低并发场景；需封装get/put方法、避免内存泄漏、注意更新与过期控制，但不适用于分布式或高并发环境。
Java 中可以用 static 配合集合类（如 HashMap）快速实现轻量级缓存，适合单机、低并发、数据不频繁变更的场景。
用 static Map 存储缓存数据
定义一个 static final Map 作为共享缓存容器，避免每次新建对象。推荐使用 ConcurrentHashMap，它线程安全且性能优于加锁的 HashMap。
- 缓存键通常为请求参数（如 ID、字符串），值为计算结果或查询对象
- 避免直接用
static HashMap—— 多线程下可能引发ConcurrentModificationException - 示例：
private static final Map<String, User> userCache = new ConcurrentHashMap<>();
封装 get / put 方法控制访问
不要直接暴露静态 Map，而是提供带逻辑的缓存操作方法，比如自动加载缺失数据（类似“懒加载”）。
-
get(String key)先查缓存，命中则返回；未命中则调用加载逻辑（如查 DB），再写入缓存并返回 -
put(String key, Object value)可加简单校验（如非 null）后再存入 - 可加入基础过期控制：存储时记录时间戳，读取时判断是否超时（需自行维护 long 类型时间字段）
注意内存泄漏与缓存更新问题
static 缓存生命周期与类相同，长期运行中若不清理，容易堆积无效数据，尤其当 key 是临时对象或包含业务上下文时。
立即学习“Java免费学习笔记（深入）”；
- 避免用非稳定对象（如含当前时间、随机数的对象）作 key
- 业务数据变更后，主动调用
remove(key)或clear()刷新缓存（例如用户资料更新后清除对应 userCache 条目） - 若缓存项较多且有明确生命周期，考虑用
WeakReference或引入 LRU 机制（如LinkedHashMap重写removeEldestEntry）
适用边界要清楚
这种 static 缓存仅适用于开发测试、工具类、配置项缓存等简单场景。它不具备分布式一致性、淘汰策略、监控能力等企业级特性。
- 高并发写多读少？不适合 ——
ConcurrentHashMap写操作仍存在竞争 - 需要集群共享？不行 —— static 是 JVM 级别，无法跨实例同步
- 缓存容量不可控？小心 OOM —— 建议加 size 限制或定期清理逻辑
- 正式项目建议用 Caffeine、Ehcache 或 Redis，它们更健壮、可观测
