JDK动态代理只能代理接口的原因

 在Java中，动态代理是一种机制，允许在运行时动态地创建代理对象来代替某个实际对象，从而在其前后执行额外的逻辑。

为什么JDK动态代理只能代理接口实现类，原因是JDK动态代理是基于接口实现的。

当你使用Proxy类创建代理对象时，你需要指定一个接口列表来表示代理对象所应该实现的接口，这些接口就成为代理对象的类型。

具体来说，代理对象的方法调用会被转发到实现InvocationHandler接口的类中的invoke()方法。这个invoke()方法接受三个参数：代理对象本身、被调用的方法对象和方法的参数数组。invoke()方法需要返回被代理方法调用的结果。

由于代理对象的类型是由接口列表决定的，因此只有实现了接口的类才能被代理。如果你想代理一个类而不是一个接口，你需要使用其他的代理技术，比如CGLIB。

1.JDK动态代理代码实例

下面是一个简单的示例代码，展示了如何使用JDK动态代理来创建代理对象。

 

 

在上面的代码中，RealObject实现了MyInterface接口，它是我们要代理的实际对象。DynamicProxy类实现了InvocationHandler接口，并在invoke()方法中添加了额外的逻辑，用于在代理对象方法调用前后执行。

在main()方法中，我们使用Proxy.newProxyInstance()方法创建代理对象。我们指定了MyInterface接口作为代理对象类型，并将DynamicProxy对象作为代理对象的InvocationHandler。

最后，我们调用代理对象的doSomething()方法，并观察控制台输出的结果。

需要注意的是，代理对象的方法调用都会被转发到DynamicProxy类的invoke()方法中进行处理，因此在这个示例中，实际的RealObject对象的doSomething()方法的执行是在invoke()方法中通过反射进行的。

总结一下，JDK动态代理只能代理接口实现类，原因是JDK动态代理是基于接口实现的，代理对象的类型由接口列表决定。如果你想代理一个类而不是一个接口，你需要使用其他的代理技术，比如CGLIB。

2.Cglib代码演示

以下是CGLIB代理的示例代码。

在上面的示例中，我们使用CGLIB的Enhancer类和MethodInterceptor接口来创建代理对象。RealObject类不再需要实现接口，而是直接作为代理对象的类型。在CGLIBProxy类中，我们实现了MethodInterceptor接口，并在intercept()方法中添加了额外的逻辑。

在main()方法中，我们使用Enhancer.create()方法创建代理对象。我们指定了RealObject类作为代理对象类型，并将CGLIBProxy对象作为代理对象的MethodInterceptor。最后，我们调用代理对象的doSomething()方法，并观察控制台输出的结果。

需要注意的是，CGLIB代理使用字节码技术来生成代理对象，因此它的效率比JDK动态代理要高，但是它也需要额外的库依赖。

3.两者优缺点

 JDK动态代理和CGLIB代理都有它们自己的优缺点。

JDK动态代理的优点：

• JDK动态代理是Java标准库的一部分，因此它不需要引入任何外部依赖。

• JDK动态代理只需要实现接口即可生成代理对象，不需要改变原有类的结构。

• 由于JDK动态代理是基于接口实现的，因此它更适合用于代理接口实现类的场景。

JDK动态代理的缺点：

• JDK动态代理只能代理实现了接口的类，无法代理没有实现接口的类。

• JDK动态代理在生成代理对象时，需要使用反射机制，因此它的效率相对较低。

CGLIB代理的优点：

• CGLIB代理是基于字节码技术实现的，因此它的效率比JDK动态代理更高。

• CGLIB代理可以代理没有实现接口的类。

CGLIB代理的缺点：

• CGLIB代理需要引入外部依赖。

• CGLIB代理在生成代理对象时，需要改变原有类的结构，因此它可能会引起一些问题，例如无法代理final类或final方法等问题。

综上所述，JDK动态代理适用于代理接口实现类的场景，而CGLIB代理适用于代理没有实现接口的类的场景。如果你需要代理接口实现类，而且不想引入额外的依赖，那么JDK动态代理是一个不错的选择；如果你需要代理没有实现接口的类，那么CGLIB代理可能更适合你的需求。