guava cache 本身是普通 java 对象，其可访问性完全由其作用域和封装方式决定；通过合理设计单例、静态实例或依赖注入，可在项目内任意类中安全复用同一缓存实例。
guava cache 本身是普通 java 对象，其可访问性完全由其作用域和封装方式决定；通过合理设计单例、静态实例或依赖注入，可在项目内任意类中安全复用同一缓存实例。
Guava 的 Cache（如 LoadingCache 或 CacheBuilder.newBuilder().build() 创建的实例）本质上是一个线程安全的 Java 对象，并不具备“全局自动可见性”。它能否被其他类访问，取决于你如何声明、初始化和暴露该缓存实例。
✅ 推荐做法：封装 + 统一入口
避免将缓存字段设为 public static 直接暴露，而应将其封装在工具类或服务类中，并提供受控的访问方法：
// BannerCacheManager.java —— 集中管理 banner URL 缓存
public class BannerCacheManager {
private static final Cache<string string> bannerUrlCache = Caffeine.newBuilder()
.maximumSize(1000)
.expireAfterWrite(10, TimeUnit.MINUTES)
.build(); // 注意：Guava 已推荐迁移到 Caffeine，但原理相同；若坚持使用 Guava，可用 CacheBuilder.newBuilder().build()
// 线程安全的读取
public static String getBannerUrl(String key) {
return bannerUrlCache.getIfPresent(key);
}
// 线程安全的写入（支持加载逻辑）
public static void putBannerUrl(String key, String url) {
bannerUrlCache.put(key, url);
}
// （可选）支持 LoadingCache 模式：自动加载缺失值
private static final LoadingCache<string string> loadingCache = Caffeine.newBuilder()
.maximumSize(1000)
.expireAfterWrite(10, TimeUnit.MINUTES)
.build(key -> fetchFromRemote(key)); // 实现你的远程拉取逻辑
public static String getBannerUrlWithLoad(String key) throws ExecutionException {
return loadingCache.get(key);
}
}</string></string>
这样，在 FetchBanner.java、BannerController.java 或任何其他类中均可安全调用：
// FetchBanner.java
public class FetchBanner {
public void cacheBanner(String id, String url) {
BannerCacheManager.putBannerUrl(id, url);
}
}
// BannerService.java
public class BannerService {
public String resolveBanner(String id) {
return BannerCacheManager.getBannerUrl(id); // ✅ 安全跨类访问
}
}
⚠️ 注意事项
- ❌ 避免 public static Cache, ?> CACHE = ...; —— 破坏封装，难以测试与替换；
- ✅ 优先使用依赖注入（如 Spring 的 @Bean）管理缓存生命周期，便于单元测试与配置化；
- ✅ 若项目已引入 Spring，建议结合 @Cacheable 注解 + CacheManager，而非手动维护 Guava 实例；
- ? Guava Cache 已进入维护模式，官方推荐迁移到 Caffeine，其 API 更现代、性能更优，且兼容 Guava 使用习惯。
总结：Guava Cache 不是“魔法对象”，它的跨类访问能力完全由你控制——封装得当，它就是项目级的高效缓存中枢；随意暴露，则可能引发耦合与并发隐患。
