Java泛型缓存工具类通过CacheHolder<T>和Class<T>显式传参解决类型安全问题，避免运行时强转错误；结合TypeReference支持复杂泛型，封装ApiResponse<T>和泛型回调提升业务代码健壮性，同时规避类型擦除限制。
Java 中用泛型实现安全的缓存工具类，核心是把“数据类型”作为参数传入，让编译器在写代码时就检查类型是否匹配，避免运行时强转出错、数据混杂或取值失败。
用泛型定义缓存容器，明确存储类型
不依赖 Object 或 JSON 字符串硬编码，而是用类型参数 T 约束缓存值的实际类型：
- 定义泛型类
CacheHolder<T>，内部用private T value存值，而不是Object - 设置方法
set(T value)和获取方法get(): T，调用方无需手动强转 - 比如
CacheHolder<User> userCache = new CacheHolder<>()，后续只能存User，取出来直接就是User，不会误塞字符串或订单
配合 Redis 工具类传递 Class 类型信息
Redis 存的是字符串，反序列化需要知道目标类型。泛型本身在运行时被擦除，所以不能只靠 <T>，必须显式传入 Class<T>：
- 方法签名如：
<R> R get(String key, Class<R> type) - 内部用 Jackson 的
objectMapper.readValue(json, type)精准还原为指定类型 - 若需支持复杂泛型（如
List<Order>），改用TypeReference<List<Order>> ref = new TypeReference<>() {}保留泛型结构
封装通用响应与业务缓存逻辑
把泛型能力下沉到工具层，让上层业务代码简洁又健壮：
立即学习“Java免费学习笔记（深入）”；
- 定义
ApiResponse<T>：统一返回结构中data字段自动适配业务类型（User、Order、List<Product>） - 缓存查询方法支持泛型回调：
<R> R queryWithPassThrough(..., Function<ID, R> dbFallback, ...)，数据库查出什么类型，缓存就返回什么类型 - 避免出现
(User) cache.get("u1")这种易崩溃写法，全部由泛型推导保障类型一致
注意类型擦除带来的限制
泛型只在编译期有效，运行时无法获取 T 的真实类名，因此：
- 不能直接用
new T()实例化对象，需通过Class<T>或工厂方法 - 不能用
if (t instanceof T)判断类型，要改用type.isInstance(t) - 数组创建需绕过泛型限制，例如
(T[]) new Object[size]或优先使用List<T>
