动态代理基于反射实现，jdk动态代理必须通过反射创建代理类字节码并调用invocationhandler.invoke()，无反射则无法工作；其硬性前提为目标类必须实现接口，否则报错。
动态代理是反射机制的一个典型应用，不是并列关系，而是“基于”关系——动态代理的底层完全依赖反射实现。
动态代理必须用反射来创建和调用
Java 的 Proxy.newProxyInstance() 方法内部会通过反射生成一个代理类字节码（在运行时），这个类实现了指定接口，但源码并不存在于项目中。每次调用代理对象的方法时，JVM 实际上是通过反射调用 InvocationHandler.invoke()，再由你手动用 method.invoke(target, args) 去触发真实对象的方法——这里两次调用都绕不开 Method 对象和反射执行逻辑。
没有反射，JDK 动态代理就无法工作
JDK 动态代理有硬性前提：目标类必须实现接口。这是因为代理类是运行时动态生成的、仅实现接口的空壳类，它本身不继承原类，也不持有原类结构信息；所有方法分发、参数传递、返回值处理，全靠反射 API（Method、Class、Object[]）完成。如果你尝试代理一个没有接口的类，JDK 代理直接报错，而 CGLIB 虽可代理具体类，但它用的是字节码技术（如 ASM），不属于 Java 原生反射体系。
反射提供能力，动态代理封装模式
- 反射是通用能力：能读字段、调方法、造对象、改权限，颗粒度细、自由度高
- 动态代理是设计模式 + 反射的封装：聚焦在“方法拦截”这一场景，把重复的反射调用逻辑（获取 Method、转发参数、捕获异常）收拢到
InvocationHandler中，对外暴露简洁的代理实例 - 换句话说：你可以不用动态代理，纯手写反射去模拟 AOP 行为；但你无法不用反射，来实现标准的 JDK 动态代理
常见误区澄清
有人以为“用了 Proxy 就不算反射”，这是误解。看一眼 Proxy 类的文档就知道，它明确属于 java.lang.reflect 包；它的静态方法签名里全是 ClassLoader、Class>[]、InvocationHandler——这些全是反射核心组件。所谓“透明”，只是封装得好，并非脱离反射。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
