java泛型在编译后会经历类型擦除，因此parametrizedclass<myclass>.class语法非法且不可行；实际运行时所有泛型实例共享同一原始类（raw class），只能通过parametrizedclass.class获取class对象。
java泛型在编译后会经历类型擦除，因此parametrizedclass<myclass>.class语法非法且不可行；实际运行时所有泛型实例共享同一原始类（raw class），只能通过parametrizedclass.class获取class对象。
在Java中，泛型是编译期特性，其核心机制是类型擦除（Type Erasure）：编译器会将泛型类型参数（如 <String>、<MyClass>）全部擦除，替换为对应的上界（默认为 Object），并在必要处插入强制类型转换。这意味着泛型信息不会保留在运行时的字节码中，JVM无法区分 List<String> 和 List<Integer> —— 它们在运行时都表现为 List.class。
因此，以下代码无法通过编译：
// ❌ 编译错误：Syntax error on tokens, delete these tokens Class<?> clazz = List<String>.class;
同样，ParametrizedClass<MyClass>.class 也是非法语法，Java语言规范明确禁止带类型参数的类字面量（class literal）。
正确做法：使用原始类（Raw Class）
若需获取泛型类的 Class 对象（例如用于Swagger文档生成、反射调用或框架注册），应直接使用无类型参数的类名：
立即学习“Java免费学习笔记（深入）”；
// ✅ 合法且唯一可行的方式 Class<ParametrizedClass> rawClass = ParametrizedClass.class;
该 Class 对象代表的是泛型声明的原始类型（raw type），它不包含任何类型参数信息，但足以满足大多数运行时场景（如Spring Bean注册、Jackson序列化配置、Swagger @ApiModel 注解等）。
补充说明：如何保留泛型类型信息？
若业务逻辑确实需要运行时获取泛型类型参数（如反序列化 List<T> 中的 T），必须借助 java.lang.reflect.Type 体系，典型方案包括：
- 使用 ParameterizedType 配合 Field.getGenericType() 或 Method.getGenericReturnType()；
- 在继承结构中通过子类匿名类“固化”类型（常见于 new ArrayList<String>() {} 的 trick）；
- 使用 TypeReference（Jackson）或 ResolvableType（Spring 5+）等封装工具。
示例（获取字段声明的泛型类型）：
Field field = MyService.class.getDeclaredField("items");
Type genericType = field.getGenericType(); // 可能是 ParameterizedType
if (genericType instanceof ParameterizedType) {
Type[] actualArgs = ((ParameterizedType) genericType).getActualTypeArguments();
// 如：actualArgs[0] 可能是 class java.lang.String
}注意事项
- 不要尝试绕过类型擦除伪造泛型Class（如反射构造 .class），这既违反JVM规范，也无实际意义；
- Swagger/OpenAPI 文档生成工具（如 SpringDoc）通常依赖注解（@Schema）、@ApiModel 或 ResolvableType 自动推导泛型，而非依赖 .class；
- 若需动态构建泛型类型元数据，请优先使用 Type 接口及其子类，而非 Class。
总之，理解并接受类型擦除是正确使用Java泛型的前提——不是限制，而是设计哲学：兼顾向后兼容性与JVM简洁性。
