Java反射与动态代理底层核心是：类加载时JVM唯一创建Class对象，它是反射入口和代理基础；三种获取方式区别在于是否触发初始化；method.invoke本质是运行时查表、校验、参数处理后委派执行，性能瓶颈在此；JDK动态代理通过生成$Proxy字节码并继承Proxy实现接口方法转发。
学Java反射和动态代理的底层面试题，关键不是背答案，而是理清三件事：类怎么加载、Class对象怎么来、方法怎么被调用。面试官真正想看的是你能不能把“运行时”这三个字讲透。
搞懂Class对象从哪来、为什么唯一
Class对象是反射的入口，也是动态代理生成代理类的基础。它不是new出来的，而是JVM把.class文件加载进内存后自动创建的——每个类在JVM中只有一份Class对象。
- 三种获取方式要能说清区别：`Class.forName("xxx")`走完整类加载流程（触发初始化），适合配置驱动；`Xxx.class`编译期就确定，不触发初始化；`obj.getClass()`依赖已有实例，无法操作未实例化的类。
- 验证唯一性很简单：用三个方式拿到同一个类的Class对象，用==比较结果为true，说明它们指向同一块内存。
- 别忽略ClassLoader的作用：不同类加载器加载的同名类，Class对象不相等。这也是热部署、OSGi、模块隔离的底层依据。
看清反射调用方法的真实路径
反射调用本质是绕过编译检查，在运行时查表+安全校验+委派执行。`method.invoke(obj, args)`背后不是直接跳转，而是：
- 先通过Method对象定位到目标方法的字节码偏移量；
- 做访问控制检查（比如private方法需先调`setAccessible(true)`）；
- 参数类型匹配、自动装箱拆箱、可变参数展开；
- 最终交给JVM解释器或JIT编译后的代码执行。
性能损耗主要来自前几步——所以高频调用场景（如JSON序列化）会缓存Method对象，避免重复查找和校验。
立即学习“Java免费学习笔记（深入）”；
理解JDK动态代理怎么靠反射“活起来”
JDK动态代理不是魔法，它分两步：生成代理类字节码 + 用ClassLoader加载 + 反射调用InvocationHandler。
- Proxy.newProxyInstance()干了什么：根据传入接口生成一个带$Proxy前缀的类（比如$Proxy0），这个类继承Proxy、实现所有接口，并把所有方法转发给InvocationHandler的invoke()。
- 生成的代理类长什么样：反编译后能看到每个方法里都调用了`h.invoke(this, m, args)`，这里的h就是你传进去的InvocationHandler实例。
- 为什么只能代理接口：因为生成的代理类必须继承Proxy类，Java单继承限制导致无法再继承业务类，只能靠实现接口来达成多态。
把原理落到常见问题上
面试常问的几个点，其实都在上面逻辑链里：
- “为什么动态代理比静态代理灵活？”——因为不依赖具体实现类，只认接口，运行时才决定代理谁。
- “CGLIB为什么能代理类？”——它不靠继承Proxy，而是用ASM修改字节码，生成目标类的子类，绕开了单继承限制。
- “反射调用慢在哪？”——不是invoke()函数本身慢，而是每次都要查方法表、做安全检查、处理参数，这些开销在热点路径上明显。
- “代理对象怎么调用equals/hashCode/toString？”——这些Object方法会被重写，统一转发给InvocationHandler，由你决定是否委托给原对象。
