反射是动态代理的底层必要支撑，而非可选工具；它负责发现方法契约、捕获调用现场、安全触发原逻辑，使代理能绕过编译期绑定，实现通用方法拦截与转发。
Java 中反射机制是动态代理的底层支撑，不是“配合使用”的可选工具，而是代理对象能识别方法、转发调用、获取参数类型的必要基础。没有反射，Proxy 和 CGLIB 都无法在运行时生成代理类或拦截任意方法。
反射在动态代理中的核心作用
动态代理本身不写死方法名和参数，它靠反射完成三件事：
-
发现方法契约：JDK 代理通过
Class.getInterfaces()获取目标实现的所有接口，再用Interface.getDeclaredMethods()找出要代理的方法列表 -
捕获调用现场：InvocationHandler 的
invoke(Object proxy, Method method, Object[] args)中，method就是反射得到的Method对象，含方法名、参数类型、返回值、注解等全部元信息 -
安全触发原逻辑：在 invoke 内部，用
method.invoke(target, args)才能真正执行原始方法——这个调用依赖反射绕过编译期绑定，支持任意参数组合和泛型擦除后的实际类型
为什么必须用反射，不能直接硬编码？
假设你写一个日志代理，想对所有 save() 方法加打印。如果不用反射：
- 你得为每个被代理类单独写一个代理类（如
UserDaoProxy、OrderDaoProxy），失去“动态”意义 - 一旦新增 DAO 类或方法签名变化（比如
save(User u, boolean flush)），就要改代理代码，违反开闭原则 - 无法统一处理不同子类的同名方法（如
Dog.bark()和Cat.meow()），除非它们实现同一接口并由反射按接口方法统一调度
典型流程中反射如何参与
以 JDK 动态代理为例，一次 proxy.save(new User()) 调用背后发生的事：
- 虚拟机发现这是代理对象调用，转交到你写的
InvocationHandler.invoke() - 传入的
method参数是UserDao.class.getMethod("save", User.class)得到的反射对象 - 你可读取
method.getAnnotation(Transactional.class)判断是否需要开启事务 - 你可遍历
args数组，用args[0].getClass().getSimpleName()获取实参类型做日志脱敏 - 最后调用
method.invoke(realObject, args)完成委托——这步若不用反射，就只能写死realObject.save((User)args[0])，丧失通用性
避开反射陷阱的关键细节
反射虽强，但误用会导致拦截失效或崩溃：
-
不要在 invoke 中直接调用 target 的同名方法（如
((UserDao)target).save(...)）：这会绕过代理链，导致事务、缓存等增强逻辑丢失 -
注意访问权限：private 方法无法被 JDK 代理拦截（因接口无 private 契约），CGLIB 拦截时需用
method.setAccessible(true)才能反射调用，否则抛 IllegalAccessException -
避免重复反射解析：
Method对象可缓存复用，不要每次 invoke 都重新clazz.getMethod(...)，否则性能骤降
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
