Class<?>是类型安全的泛型占位，表示确定但未知的具体类类型，支持编译期检查；原始Class彻底擦除泛型信息，放弃类型安全，仅用于遗留代码。
在 Java 中，Class<?> 和原始类型 Class 看似相似，实际在类型安全、编译检查和使用场景上存在本质差异。关键不在于“能不能用”，而在于“编译器是否帮你拦住危险操作”。
Class<?> 是类型安全的“泛型占位”
Class<?> 表示“某个确定但未知的具体类类型”，它保留了泛型语义，是 Class 的参数化形式。编译器知道它是一个带类型参数的引用，只是不指定具体类型。
- 可以安全接收任意
Class<T>实例，比如String.class、List.class、Integer.class - 调用
.getDeclaredMethods()、.getName()等不依赖泛型参数的方法完全正常 - 不能调用
.cast(Object)或.asSubclass(Class<U>)这类需要类型兼容性校验的方法（除非显式转型），因为编译器无法验证 > 是否确实是目标类型的父类或子类
Class 原生类型放弃所有类型检查
Class 是 JDK 5 之前就存在的原始类型，它彻底擦除了泛型信息。使用它等于主动关闭编译器的类型保护机制。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 允许赋值任何
Class实例，也允许赋值非Class类型（通过 unchecked 警告绕过） - 编译器不会阻止你把它当作
Class<String>使用，比如classObj.newInstance()可能返回错误类型，运行时才抛ClassCastException - IDE 和静态分析工具对它的提示能力大幅下降，重构风险高
反射场景中两者的关键区别
当你从反射获取类信息（如 Method.getReturnType() 或 Field.getType()），返回的是 Class<?>，不是原始 Class。这是设计使然——它既保持灵活性，又不破坏泛型契约。
立即学习“Java免费学习笔记（深入）”；
- 若方法声明为
void process(Class c)，传入String.class会触发 unchecked warning；而void process(Class<?> c)完全合法且无警告 - 想进一步约束类型？用上界：
Class<? extends CharSequence>表示“某个 CharSequence 子类的 Class 对象”，此时可安全调用.asSubclass(CharSequence.class) - 不要写
Class<Object>试图替代Class<?>——它只接受Object.class，范围反而更窄
实际编码建议
除非维护遗留代码，否则永远优先用 Class<?> 替代原始 Class。它不是语法糖，而是明确表达“我需要一个类对象，但不关心它具体是什么类型”的语义载体。
- 方法参数、返回值、字段声明一律使用
Class<?> - 避免
@SuppressWarnings("unchecked")去压制原始类型警告——那说明你本该用Class<?> - 配合
instanceof或isAssignableFrom()做运行时类型判断，比依赖原始类型更清晰可控
