反射机制是Java语言中一个非常核心却又常被误解的特性。它指的是程序在运行状态下，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意方法和属性。这种动态获取信息以及动态调用对象方法的功能，被称为Java的反射机制。很多框架比如Spring、MyBatis的核心功能都建立在这项技术之上，理解它对于读懂框架源码、排查深层问题都有很大帮助。
反射的起点：Class对象与类加载过程
要理解反射，必须先弄清楚一个概念：Class对象。JVM在加载每个类的时候，会在堆内存中生成一个该类对应的Class类型的对象，它是这个类的“镜像”，保存了类的完整元信息，包括类名、父类、接口、构造器、字段和方法等。反射的一切操作，本质上都是读取和操作这个Class对象中的元数据。
获取Class对象有三种常见方式，我们通过下面这段代码来看：
public class Demo {
public static void main(String[] args) throws Exception {
// 方式一：类名.class，编译期已知类时的首选
Class<?> clazz1 = String.class;
// 方式二：对象实例的getClass方法，运行期通过实例反查
Class<?> clazz2 = "hello".getClass();
// 方式三：Class.forName动态加载，参数是类的全限定名
Class<?> clazz3 = Class.forName("java.lang.String");
System.out.println(clazz1 == clazz2); // true
System.out.println(clazz2 == clazz3); // true
}
}
三种方式拿到的其实是同一个对象，因为JVM对同一个类加载器加载的同一个类，只会保留一份Class对象，这也是Java类型判断的基础。其中Class.forName最常出现在JDBC驱动注册的场景中，它会触发类的初始化，而类名.class方式只是加载并不初始化，这个细节在面试和实际开发中都需要区分清楚。
反射API的核心用法：方法、字段与构造器
拿到Class对象之后，就可以进一步获取类的内部结构。getDeclaredMethods()返回类中声明的所有方法（不含父类的），而getMethods()返回所有public方法，包括从父类继承的。字段操作同理，getDeclaredField与getField的区别也在于是否包含私有成员。很多初学者在这里犯错：想访问私有字段却用了getField，结果抛出NoSuchFieldException。
下面通过一个完整的例子演示反射创建对象、调用方法和访问私有字段：
import java.lang.reflect.Field;
import java.lang.reflect.Method;
public class User {
private String name = "张三";
private void secret() {
System.out.println("私有方法被调用了，name=" + name);
}
}
class ReflectTest {
public static void main(String[] args) throws Exception {
Class<?> clazz = Class.forName("User");
// 通过反射实例化对象，等价于 new User()
Object user = clazz.getDeclaredConstructor().newInstance();
// 访问私有字段
Field field = clazz.getDeclaredField("name");
field.setAccessible(true); // 突破private访问限制
field.set(user, "李四");
// 调用私有方法
Method method = clazz.getDeclaredMethod("secret");
method.setAccessible(true);
method.invoke(user); // 输出：私有方法被调用了，name=李四
}
}
setAccessible(true)是反射中非常关键的一步，它的作用是关闭JVM的访问权限检查。需要注意的是，从JDK 9开始引入模块化系统后，随意访问其他模块的内部类会受到限制，强行调用可能抛出InaccessibleObjectException，需要通过--add-opens参数显式开放模块权限。这是升级JDK版本时反射相关代码最常踩的坑之一。
方法调用失败时，反射抛出的异常通常是InvocationTargetException，真实的原因被包装在它的getCause()里。排查问题时一定要看内层异常，否则很容易被表面信息误导。
Method.invoke的底层原理与性能优化
反射的性能问题是老生常谈的话题。Method.invoke的调用链路大致是：先经过权限检查和方法查找，再由MethodAccessor执行真正的调用。JDK会采用“膨胀机制”：前15次调用使用本地实现（native方式），之后JIT会动态生成字节码方式的GeneratedMethodAccessor，性能会明显提升。即便如此，反射调用相比直接调用仍有数倍的开销，因为每次都涉及参数的自动装箱拆箱、可变参数数组的创建以及方法签名匹配等额外工作。
在性能敏感的场景下，有几种常见的优化手段。第一是把Method、Field等对象缓存起来，避免重复查找，反射查找的开销往往比调用本身更大。第二是合理使用setAccessible(true)，跳过访问检查能带来一定提升。第三是借助MethodHandle或LambdaMetafactory，它们是JDK 7之后提供的更接近底层的动态调用机制，配合invokeExact可以被JIT充分内联优化，性能接近直接调用。
import java.lang.invoke.MethodHandle;
import java.lang.invoke.MethodHandles;
import java.lang.invoke.MethodType;
public class HandleDemo {
public static void main(String[] args) throws Throwable {
MethodHandles.Lookup lookup = MethodHandles.lookup();
MethodHandle handle = lookup.findVirtual(
String.class, "concat",
MethodType.methodType(String.class, String.class));
// 调用前需要精确匹配参数类型
String result = (String) handle.invokeExact("Hello, ", "World");
System.out.println(result);
}
}
反射的实际应用与使用注意点
框架是反射最大的受益者。Spring的依赖注入，是根据配置或注解扫描到类名后，通过反射实例化Bean并注入属性；MyBatis把数据库字段映射到实体类，依赖的也是反射读取和写入字段；JSON序列化库如Jackson，在对象与JSON之间转换时同样靠反射遍历属性。可以说，没有反射，声明式编程和通用框架几乎无从谈起。
但反射也是一把双刃剑，使用时要注意以下几点。首先是封装性破坏问题，反射可以绕过private限制直接操作类内部状态，如果代码依赖这种黑魔法，一旦目标类的内部实现重构，反射代码会悄无声息地崩溃，编译期完全无法发现。其次是安全风险，在启用了SecurityManager或模块系统的环境中，越权反射会被拒绝。最后是泛型擦除带来的类型安全问题，反射拿到的字段类型是擦除后的原始类型，需要自行保证类型匹配，否则运行时会抛出ClassCastException。
总的来看，反射是Java提供的一种在运行时自省和操作程序结构的能力，它的根基是JVM加载类时生成的Class对象。日常业务开发中应谨慎使用，把反射留给框架和通用工具层；理解它的原理与边界，才能在读框架源码时不迷路，在遇到诡异问题时知道从哪里下手排查。