使用ConcurrentHashMap可安全高效实现对象缓存，putIfAbsent避免重复创建；复杂对象用双重检查锁定加volatile防止重排序；为防内存泄漏，可选SoftReference或WeakReference；推荐Guava Cache或Caffeine简化开发，内置过期与大小控制。
在多线程环境下，对象缓存的并发访问很容易引发数据不一致、重复创建对象或内存泄漏等问题。Java中实现线程安全的对象缓存，需要兼顾性能与正确性。下面结合常见实践，介绍几种有效方式。
使用 ConcurrentHashMap 作为缓存容器
ConcurrentHashMap 是 Java 中最常用的线程安全 Map 实现，适合用作缓存底层存储。它支持高并发读写，且性能优于 synchronized 包装的 HashMap。
示例代码：
private static final ConcurrentHashMap<String, Object> cache = new ConcurrentHashMap<>();
public Object get(String key) {
return cache.get(key);
}
public Object putIfAbsent(String key, Object value) {
return cache.putIfAbsent(key, value);
}
说明：putIfAbsent 方法是原子操作，能避免多个线程同时创建同一对象。这是实现“检查再加锁”模式的安全替代方案。
立即学习“Java免费学习笔记（深入）”；
结合双重检查锁定与 volatile 创建复杂对象
如果缓存对象的构建成本高，需延迟加载，可采用双重检查机制，配合 volatile 防止指令重排序。
示例：
private static volatile ExpensiveObject instance;
public ExpensiveObject getInstance() {
ExpensiveObject localInstance = instance;
if (localInstance == null) {
synchronized (CacheManager.class) {
localInstance = instance;
if (localInstance == null) {
instance = localInstance = new ExpensiveObject();
}
}
}
return localInstance;
}
注意：volatile 保证了 instance 的可见性和禁止重排序，确保其他线程不会拿到未构造完成的对象。
使用 WeakReference 或 SoftReference 避免内存泄漏
长期运行的应用中，缓存可能持有大量不再使用的对象引用，导致内存溢出。可通过弱引用或软引用让 GC 正常回收。
例如，使用 WeakHashMap 存储缓存（注意其局限性）或手动维护 WeakReference：
private static final ConcurrentHashMap<String, WeakReference<Object>> weakCache = new ConcurrentHashMap<>();
public Object get(String key) {
WeakReference<Object> ref = weakCache.get(key);
Object obj = (ref != null) ? ref.get() : null;
if (obj == null) {
obj = createExpensiveObject();
weakCache.put(key, new WeakReference<>(obj));
}
return obj;
}
建议：SoftReference 更适合缓存——它在内存不足时才被回收，比 WeakReference 更“温和”。
考虑使用 Guava Cache 简化开发
手写线程安全缓存容易出错，推荐使用成熟的第三方库如 Google Guava Cache，它内置了线程安全、过期策略、大小限制等特性。
示例：
LoadingCache<String, Object> cache = Caffeine.newBuilder()
.maximumSize(1000)
.expireAfterWrite(10, TimeUnit.MINUTES)
.build(key -> createExpensiveObject());
public Object get(String key) throws ExecutionException {
return cache.get(key);
}
优势：自动处理并发加载、支持异步刷新、统计监控，大幅降低出错概率。
基本上就这些。选择哪种方式取决于场景：简单共享对象可用 ConcurrentHashMap + putIfAbsent；复杂构建用双重检查；长期服务推荐 Caffeine 或 Guava Cache。关键是避免竞态条件，同时防止内存失控。不复杂但容易忽略细节。
