loadingcache是guava中带自动加载能力的泛型缓存接口,k和v必须为具体类型(如string、user),不可用原始类型或泛型占位符;键k需不可变且重写equals/hashcode,值v建议不可变或线程安全;泛型声明须贯穿cachebuilder链式调用,类型不匹配将编译失败。

Guava 的 LoadingCache<k v></k> 本质就是一个带自动加载能力的泛型缓存接口,构建时必须明确指定键(K)和值(V)的具体类型,不能用原始类型或泛型占位符直接实例化。
泛型类型必须在 build 前确定
你不能写 LoadingCache<k v></k> 这样的“泛型模板”去运行——JVM 不支持擦除后的泛型类型直接构造。实际使用时,K 和 V 必须是具体类,比如 String、Long、User、List<order></order> 等。
- 键类型 K 通常选不可变、重写了
equals()和hashCode()的类,如String、Long、UUID - 值类型 V 可以是任意引用类型,但建议是线程安全或不可变对象;若需存储集合,推荐用
ImmutableList或包装为不可变视图 - 泛型声明要贯穿整个链式调用:从
CacheBuilder.newBuilder()到build(new CacheLoader<k v>(){...})</k>,所有地方 K/V 类型必须一致
正确写法示例(以 String → User 为例)
下面这段代码定义了一个缓存:用用户 ID(String)查用户对象(User),过期时间 10 分钟,最大容量 1000:
Java项目代码review工具。分析Git变更+完整调用链路上下文,推断业务需求,进行多维度评分和分类汇总,生成完整PRD文档。包含细粒度Java代码审查清单(Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
LoadingCache<string user> userCache = CacheBuilder.newBuilder()
.maximumSize(1000)
.expireAfterWrite(10, TimeUnit.MINUTES)
.build(new CacheLoader<string user>() {
@Override
public User load(String userId) throws Exception {
return userService.findById(userId); // 实际数据加载逻辑
}
});
</string></string>
注意:CacheLoader<string user></string> 中的泛型必须与 LoadingCache<string user></string> 完全匹配,否则编译失败。
常见泛型组合与注意事项
-
LoadingCache<long list>></long>:键是商品分类 ID,值是该分类下商品列表;建议返回ImmutableList.copyOf(list)避免外部修改影响缓存一致性 -
LoadingCache<string optional>></string>:适合可能为空的场景,load()返回Optional.empty()表示查无此配置,避免 null 值污染缓存 - 避免使用可变集合作为 V,例如
ArrayList或HashMap—— 外部修改会同步反映到缓存中,引发并发问题或脏数据 - 若需多类型缓存,不要强行复用同一泛型变量,应分别定义不同缓存实例,如
LoadingCache<string user></string>和LoadingCache<long order></long>
泛型擦除不影响功能,但影响编译安全
Java 运行时泛型已擦除,但编译器靠泛型声明做类型检查。比如调用 userCache.get("123"),返回值自动是 User 类型,无需强制转型;如果泛型写错(如声明成 LoadingCache<string string></string> 却加载 User),编译阶段就会报错,提前拦截类型风险。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










