4.4　Spring AOP的实现原理

代理模式是一种设计模式，表示通过间接的方式访问目标对象，好处是可以在实现目标对象的基础上扩展目标对象的功能。

Spring AOP实现的关键在于AOP框架自动创建的AOP代理，AOP代理主要分为动态代理和静态代理，动态代理以Spring AOP为代表，而静态代理的代表为AspectJ。本节分别对Spring AOP和AspectJ的实现进行分析和介绍。

AspectJ是静态代理的增强。所谓静态代理，就是AOP框架会在编译阶段生成AOP代理类，因此也称为编译时增强。

4.4.1　动态代理

动态代理的代理类是在运行时生成的，Java编译完之后并没有实际的Class文件，而是在运行时动态生成类字节码，并加载到JVM中。

1. JDK 动态代理（基于接口代理）

JDK动态代理是指若目标对象实现了若干接口，Spring使用JDK的java.lang.reflect.Proxy类代理。JDK动态代理的优势是因为有接口，所以使系统更加松耦合，不足之处在于需要为每一个目标类创建接口。

JDK动态代理是使用java.lang.reflect包下的代理类来实现的。JDK动态代理必须有接口，下面通过转账业务介绍JDK动态代理，代码如下：

    /*
    *转账业务
    */
    package proxy;
    public interface IAccountService {
    //主业务逻辑:转账业务
    void transfer();
    }

实现IAccountService的类AccountServiceImpl，代码如下：

因为这里没有配置切点，称为切面会不妥，所以称为增强，代码如下：

进行测试，代码如下：

运行结果如图4-1所示。

图4-1　JDK动态代理运行结果

2. Cglib 动态代理（基于继承代理）

使用JDK的动态代理有一个限制，就是使用动态代理的对象必须实现一个或多个接口，如果想代理没有实现接口的类，就可以使用Cglib动态代理。

Cglib是一个功能强大的高性能的代码生成包，它可以在运行期扩展Java类与实现Java接口，被许多AOP的框架使用，例如，为Spring AOP和Synaop提供方法的Interception（拦截）。Cglib包的底层是通过使用一个小而快的字节码处理框架ASM来转换字节码并生成新的类，不鼓励直接使用ASM，因为它要求程序开发人员必须对JVM的内部结构，包括Class文件的格式和指令集都很熟悉。如果目标对象没有实现任何接口，Spring使用Cglib库生成目标对象的子类。Cglib代理的优势在于代理类与目标类是继承关系，所以不需要有接口的存在。但也存在不足，因为没有使用接口，所以系统的耦合性没有使用JDK的动态代理好。

提示：不管有没有接口都可以使用Cglib动态代理，而不是只有在无接口的情况下才能使用。

下面通过转账业务介绍Cglib动态代理，代码如下：

因为这里没有配置切点，称为切面会不妥，所以称为增强，代码如下：

进行测试，代码如下：

运行结果如图4-2所示。

图4-2　Cglib动态代理运行结果

4.4.2　静态代理

简单地说，静态代理就是在程序运行前就已经存在代理类的字节码文件，代理类和原始类的关系在运行前就已经确定。下面通过一段代码简单解释什么是静态代理。

实现接口，类名为UserDao，代码如下：

静态代理，实现IUserDao，代码如下：

进行测试，代码如下：

运行结果如图4-3所示。