Class对象由JVM类加载时自动创建，不可new；获取方式有String.class、obj.getClass()、Class.forName()；反射调用需区分getMethod与getDeclaredMethod；Field操作性能差且易空指针；转型须校验类型防ClassCastException。
Class 对象不是 new 出来的，是 JVM 在类加载时自动创建的
Java 中每个类（包括数组、基本类型、甚至 void）在运行期都有且仅有一个 Class 实例，它由类加载器（ClassLoader）在首次主动使用该类时生成。你不能用 new Class() 创建它，也不能手动实例化——这是 JVM 的内部契约。
获取 Class 对象有三种常见方式，但行为和适用场景不同：
-
String.class：编译期已知类型，最安全、最快，推荐用于常量类型判断或泛型擦除后保留类型信息（如Map.class） -
obj.getClass()：运行时动态获取实际类型，注意会返回子类的Class（比如new ArrayList().getClass()返回的是ArrayList.class，不是List.class） -
Class.forName("java.util.Date")：触发类加载，可能抛ClassNotFoundException；若类中含静态初始化块，会执行它——这点常被忽略，导致意外副作用
反射调用方法时，getMethod 和 getDeclaredMethod 的区别很关键
getMethod 只查 public 方法（包括父类继承的），而 getDeclaredMethod 查当前类声明的所有方法（含 private、protected、package-private），但不跨类继承。多数“调用私有方法”失败，就是因为误用了 getMethod。
实操建议：
Java Development Man
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。
立即学习“Java免费学习笔记（深入）”；
- 调用公有方法（如接口实现、标准 API）用
getMethod，更安全 - 测试或框架内需访问私有逻辑（如单元测试 mock、ORM 字段注入）必须用
getDeclaredMethod，且要先调setAccessible(true) - 注意：
setAccessible(true)在 JDK 12+ 受强封装限制（如模块系统下对java.base类无效），生产环境慎用
Field.get/set 性能差，且 null 安全容易出错
直接通过 Field.get(obj) 读字段比普通 getter 慢 2–5 倍（JIT 很难优化反射路径），而且如果字段是基本类型（如 int），get() 返回的是包装类（Integer），对 null 敏感——field.get(null) 抛 NullPointerException，但 field.get(someObj) 中 someObj 为 null 也会抛同样的异常，错误定位困难。
更稳的做法：
- 优先用
Method替代Field（比如走getXXX()/setXXX()），语义清晰，null 检查由业务方法自己控制 - 若必须用字段反射（如序列化框架），缓存
Field实例 + 提前调用setAccessible(true)，避免每次重复查找和权限检查 - JDK 9+ 可考虑
VarHandle（MethodHandles.privateLookupIn配合），性能接近直接访问，但 API 更重
ClassCastException 常在反射转型时静默发生
反射拿到对象后，常写成：
Object obj = constructor.newInstance(); String s = (String) obj;表面看没问题，但如果构造器实际返回的是
StringBuilder，强制转型会在运行时报 ClassCastException，且 IDE 和编译器完全无法预警。
规避方式：
- 用
instanceof或Class.isInstance()做运行时校验，尤其在处理用户传入的 class name 字符串时（如插件机制） - 避免裸转型，封装成泛型工具方法：
<t> T cast(Object obj, Class<t> targetType)</t></t>，内部用targetType.isInstance(obj)+ 强转 - 注意数组类型：
String[].class.isInstance(new Object[0])返回false，因为Object[]不是String[]的实例——数组类型检查比普通类更严格
invoke()，而是想清楚：这个类是否真该被外部绕过访问控制？这个字段是否本就不该暴露？很多 “反射问题”，其实源于设计边界没划清。 
