java动态代理仅支持接口，不支持具体类，因proxy机制要求代理类必须实现接口而非继承类；若需代理非接口类，可重构为接口或使用cglib等字节码库。
Java 中的动态代理只支持接口类型，不支持对具体类（即非接口的引用类型）直接生成代理。所谓“引用类型的动态代理”，实际是指：目标对象是某个接口的实现类（即该对象的引用类型是接口），而代理对象也必须声明为同一接口类型——这是动态代理的强制前提。
为什么只能代理接口，不能代理普通类？
Java 的 java.lang.reflect.Proxy 机制在运行时通过字节码生成技术创建代理类，而该代理类必须显式实现一个或多个接口。JVM 不允许动态生成继承自非 final 类的新类（这属于 CGLIB 等第三方库的能力），因此 Proxy 无法为 ArrayList、StringBuffer 或自定义的 UserService 类（未实现接口）生成代理实例。
关键约束包括：
- 传入
Proxy.newProxyInstance()的interfaces参数必须是非空接口数组，且所有元素都必须是interface类型 - 代理对象的静态类型只能是这些接口之一（如
GreetingService），不能是其实现类（如GreetingServiceImpl） - 即使目标对象是
new GreetingServiceImpl()，你仍需用其接口类型接收代理：GreetingService proxy = (GreetingService) Proxy.newProxyInstance(...)
如何让非接口类也能被代理？
若业务类未实现任何接口（例如只有 class OrderProcessor），又希望使用类似动态代理的增强能力，有两条可行路径：
FastAPI Flask Proxy
下载
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
-
重构代码，提取公共接口：为
OrderProcessor定义OrderService接口并让其实现它。这是最推荐、最符合 Java 动态代理设计初衷的做法 -
改用 CGLIB 或 Javassist：这些库基于字节码操作，可为具体类生成子类代理（注意：目标类不能是
final，方法也不能是final）。Spring AOP 在目标类无接口时默认切换至 CGLIB 代理
典型应用场景中的引用类型处理
真实项目中，动态代理的“引用类型”往往体现为统一契约与灵活替换：
-
RPC 客户端代理：远程服务接口
UserRpcService被本地代理实现，调用方仅依赖该接口，完全 unaware 实际是网络调用 -
权限/日志切面：所有 DAO 层接口（如
UserDao、OrderDao）共用一个LoggingInvocationHandler，无需为每个类写单独代理 -
测试桩（Stub）注入：在单元测试中，用动态代理模拟
PaymentGateway接口行为，避免真实支付调用
代码中引用类型的正确用法
务必确保变量声明、代理创建、方法调用三者类型一致：
✅ 正确写法（接口引用）GreetingService real = new GreetingServiceImpl();
InvocationHandler handler = new TimingHandler(real);
GreetingService proxy = (GreetingService) Proxy.newProxyInstance(
GreetingService.class.getClassLoader(),
new Class[]{GreetingService.class},
handler
);
proxy.greet("Alice"); // 编译通过，运行时触发 handler.invoke()
❌ 错误写法（类引用）GreetingServiceImpl real = new GreetingServiceImpl(); // 下面这行编译失败：Proxy 不接受类类型作为 interfaces GreetingServiceImpl proxy = (GreetingServiceImpl) Proxy.newProxyInstance(...);
本质上，动态代理不是“代理某个类”，而是“代理某组接口的契约行为”。只要对象能向上转型为接口，它就具备被代理资格——这才是引用类型在此语境下的真正含义。
