反射的本质是操作Class对象，即JVM类加载时生成的唯一元数据容器，封装字段、方法、构造器等信息，并通过Field、Method等API对其进行读写；其前提为类已加载，且Class对象与类加载器强绑定。
反射的本质是操作 Class 对象
Java 反射不是凭空读取源码或字节码，而是基于 JVM 在类加载过程中生成并维护的 Class 对象。这个对象封装了类的全部元数据：字段、方法、构造器、注解、继承关系、访问修饰符等。你可以把它看作是 JVM 内部为每个类准备的一份“运行时档案”。反射 API（如 Field、Method、Constructor）本质上就是对这份档案的读写接口。
类加载是反射的前提和基础
没有类加载，就没有 Class 对象；没有 Class 对象，反射就无从谈起。JVM 加载一个类时，会经历三个阶段：
-
加载：把 .class 文件二进制内容读入内存，并在堆中创建唯一的
java.lang.Class实例； - 链接（验证、准备、解析）：校验结构安全、分配静态变量内存、将符号引用转为直接引用；
-
初始化：执行
<clinit>方法，即静态变量赋值和静态代码块。
只有完成加载阶段，Class 对象才存在；而某些反射操作（比如 Class.forName("X")）还会主动触发初始化，这是关键细节——它不只是获取类型信息，还可能执行静态逻辑。
Class 对象的唯一性与类加载器强绑定
同一个类名，在不同类加载器下会生成不同的 Class 对象。例如：
立即学习“Java免费学习笔记（深入）”；
- 系统类加载器加载的
java.lang.String和自定义类加载器加载的同名类，==比较结果为false； - 框架热部署、OSGi、模块化场景中，类隔离问题往往源于 Class 对象不兼容，进而导致
ClassCastException或反射调用失败； - 通过
obj.getClass().getClassLoader()可追溯其来源，这对调试反射异常非常有用。
反射调用依赖于已加载类的运行时状态
反射能做什么，受限于类当前所处的加载阶段：
- 仅加载未初始化的类，可用
getDeclaredFields()查字段，但调用static方法会强制触发初始化； - 若类加载失败（如
NoClassDefFoundError），反射获取 Class 就会抛出ClassNotFoundException； - 私有成员可通过
setAccessible(true)访问，但这不绕过类加载——它只是 JVM 运行时的访问检查开关，前提是该字段/方法已存在于 Class 元数据中。
