Class字面量能“保留”类型是因为Class对象是运行时真实存在的类型标识，不参与泛型擦除，如String.class即Class<String>；虽List<String>.class非法，但可单独传入String.class作为类型代理，配合构造器或方法显式传递，在JSON反序列化等场景实现运行时类型安全。
Java 泛型在编译后会进行类型擦除，导致运行时无法直接获取泛型参数的具体类型（如 List<String> 擦除为 List）。但通过类字面量（Class<T>）配合显式传入，可以在边界处“手动保留”类型信息。这不是绕过擦除，而是用额外的元数据弥补擦除带来的信息丢失。
为什么 Class 字面量能“保留”类型？
Class 对象是运行时真实存在的类型标识，它不参与泛型擦除——String.class 就是 Class<String>，List.class 是 Class<List>。关键在于：虽然 List<String>.class 语法非法（泛型类不能有字面量），但你可以把 String.class 单独传进去，作为类型参数的运行时代理。
典型做法：构造器或方法接收 Class 参数
在需要精确类型信息的场景（如 JSON 反序列化、类型安全容器、反射创建实例），显式传入 Class<T> 是最常用且可靠的方式：
- 定义泛型类时，在构造器中接收
Class<T>并保存为字段 - 方法调用时，传入对应类型的字面量，如
String.class、MyBean.class - 后续可通过该
Class对象做newInstance()、cast()、或传给Gson.fromJson(..., type)等 API
示例：
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
private final Class<T> type;
public TypeSafeHolder(Class<T> type) { this.type = type; }
public T createInstance() throws Exception { return type.getDeclaredConstructor().newInstance(); }
public T cast(Object obj) { return type.cast(obj); }
}
// 使用
TypeSafeHolder<Integer> intHolder = new TypeSafeHolder<>(Integer.class);
Integer i = intHolder.createInstance(); // 运行时知道要 new Integer
进阶：结合 TypeToken 解决嵌套泛型问题
当需要保留带泛型参数的完整类型（如 List<User>、Map<String, List<Integer>>），单靠 Class 不够，因为 Class 只能表示原始类型。此时要用 TypeToken（来自 Gson 或 Guava）这类工具：
- 利用匿名子类的
getGenericSuperclass()在编译期捕获带泛型的Type - 在运行时通过反射提取实际类型参数
- 本质是“骗过”类型擦除：不是保留泛型本身，而是把泛型结构编码进继承关系里
示例（Gson）：
Type type = new TypeToken<List<User>>(){}.getType();List<User> users = gson.fromJson(json, type); // type 包含完整泛型信息
注意事项与边界
这种“保留”是人为约定和协作的结果，不是语言机制自动完成的：
- 必须由调用方主动传入正确的
Class或TypeToken，传错会导致ClassCastException或反序列化失败 - 数组类型可用
String[].class，但注意int[].class ≠ Integer[].class - 基本类型字面量如
int.class合法，但包装类字面量才是常用路径（Integer.class） - 不能用于泛型方法的返回类型推断——JVM 仍按擦除后的签名执行
本质上，这是用少量样板代码换取运行时类型安全，是 Java 泛型生态中务实而广泛采用的模式。
