前面提到过，在Spring中有两种类型的代理：使用JDK Proxy类创建的JDK代理以及使用CGLIB Enhancer类创建的基于CGLIB的代理。

你可能想知道这两种代理之间有什么区别，以及为什么 Spring需要两种代理类型。

在本节中，将详细研究代理之间的差异。
代理的核心目标是拦截方法调用，并在必要时执行适用于特定方法的通知链。

通知的管理和调用基本上是独立于代理的，由SpringAOP框架管理。

而代理主要负责拦截对所有方法的调用，并将它们根据需要传递给AOP框架，以便应用通知。

除上述核心功能外，代理还必须支持一组附加功能。可以通过AopContext类(这是一个抽象类)配置代理以公开自己，以便可以检索代理并从目标对象调用代理上的被通知方法。

当通过ProxyFactorysetExposeProxy()启用该功能时，代理负责确保代理类被适当地公开。

另外，所有代理类默认实现Advised接口，从而允许在创建代理之后更改通知链。

代理还必须确保任何返回代理类(即返回代理目标)的方法实际上返回的是代理而不是目标。

正如你所看到的，典型的代理需要执行很多工作，并且所有这些逻辑都在JDK和CGLIB代理中实现。

使用JDK动态代理

JDK代理是Spring中最基本的代理类型。

与CGLIB代理不同，JDK代理只能生成接口的代理，而不能生成类的代理。

这样一来，想要代理的任何对象都必须至少实现一个接口，并且生成的代理将是实现该接口的对象。

一般来说，为类使用接口是一种很好的设计，但并不总是可行的，尤其是当使用第三方或旧代码时。

在这种情况下，必须使用CGLIB代理。当使用JDK代理时，所有方法调用都会被JVM拦截并路由到代理的invoke()方法。

然后由invoke()方法确定是否通知有关方法(根据由切入点定义的规则),如果确定想要通知，则通过使用反射调用通知链，然后调用方法本身。

在调用invoke()之前，JDK代理无法区分被通知方法和未被通知方法。

这意味着对于代理上的未被通知方法，invoke()方法仍然会被调用，所有检查仍然会执行，并且仍然可以通过使用反射进行调用。

显然，每次调用方法时，都会导致运行时开销，即使代理不会执行额外的处理，而只是通过反射调用未被通知的方法。

使用CGLIB代理

如果使用JDK代理，那么在每次调用invoke()方法时，有关如何处理特定方法调用的决策都会在运行时做出。

而当使用CGLIB时，CGLIB会为每个代理动态生成新类的字节码，并尽可能重用已生成的类。

在这种情况下，所生成的代理类型将是目标对象类的子类。

当首次创建CGLIB代理时，CGLIB会询问Spring如何处理每个方法。这意味着每次调用JDK代理上的invoke()时所执行的许多决策对于CGLIB代理来说只会执行一次。

由于CGLIB生成实际的字节码，因此在处理方法的方式上有更多的灵活性。

例如，CGLIB代理可以生成适当的字节码来直接调用任何未被通知的方法，从而减少代理所带来的开销。

另外，CGLIB代理可以确定一个方法是否返回代理,如果不返回，则允许直接调用方法调用，从而进一步减少运行时间开销。

CGLIB代理还以不同于JDK代理的方式处理固定通知链。

固定通知链是在代理生成后不会更改的链。默认情况下，即使在创建代理后，也可以更改代理上的顾问和通知，虽然很少有必要这么做。

CGLIB代理以特定方式处理固定通知链，从而减少执行通知链的运行时间开销。

具有冻结通知链(frozen advice chain)的CGLIB代理(即，当通过调用ProxyConfig类中的setFrozen()方法来冻结代理时，CGLIB将执行进一步的优化，但是，不允许更改通知)。

选择要使用的代理

决定使用哪个代理通常很容易。CGLIB代理可以代理类和接口，而JDK代理只能代理接口。

在性能方面，除非在冻结模式下使用CGLIB,否则JDK和CGLIB标准模式之间没有显著差异(至少在运行被通知和未被通知方法时没有显著差异)。

在这种情况下，通知链不能更改且CGLIB在冻结模式下会进行进一步优化。

当需要代理类时，CGLIB代理是默认选择，因为它是唯一能够生成类代理的代理。

如果想要在代理接口时使用CGLIB代理，必须使用setOptimize()方法将ProxyFactory中的optimize标志的值设置为true。