Spring系列文章：面向切面编程AOP

一、代理模式

1、代理模式使用场景引入

⽣活场景1：⽜村的⽜⼆看上了隔壁村⼩花，⽜⼆不好意思直接找⼩花，于是⽜⼆找来了媒婆王妈妈。这⾥⾯就有⼀个⾮常典型的代理模式。⽜⼆不能和⼩花直接对接，只能找⼀个中间⼈。其中王妈妈是代理类，⽜⼆是⽬标类。王妈妈代替⽜⼆和⼩花先⻅个⾯。（现实⽣活中的婚介所）【在程序中，对象A和对象B⽆法直接交互时。】

⽣活场景2：你刚到北京，要租房⼦，可以⾃⼰找，也可以找链家帮你找。其中链家是代理类，你是⽬标类。你们两个都有共同的⾏为：找房⼦。不过链家除了满⾜你找房⼦，另外会收取⼀些费⽤的。(现实⽣活中的房产中介)【在程序中，功能需要增强时。】

⻄游记场景：⼋戒和⾼⼩姐的故事。⼋戒要强抢⺠⼥⾼翠兰。悟空得知此事之后怎么做的？悟空幻化成⾼⼩姐的模样。代替⾼⼩姐与⼋戒会⾯。其中⼋戒是客户端程序。悟空是代理类。⾼⼩姐是⽬标类。那天夜⾥，在⼋戒眼⾥，眼前的就是⾼⼩姐，对于⼋戒来说，他是不知道眼前的⾼⼩姐是悟空幻化的，在他内⼼⾥这就是⾼⼩姐。所以悟空代替⾼⼩姐和⼋戒亲了嘴⼉。这是⾮常典型的代理模式实现的保护机制。代理模式中有⼀个⾮常重要的特点：对于客户端程序来说，使⽤代理对象时就像在使⽤⽬标对象⼀样。【在程序中，⽬标需要被保护时】

业务场景：系统中有A、B、C三个模块，使⽤这些模块的前提是需要⽤户登录，也就是说在A模块中要编写判断登录的代码，B模块中也要编写，C模块中还要编写，这些判断登录的代码反复出现，显然代码没有得到复⽤，可以为A、B、C三个模块提供⼀个代理，在代理当中写⼀次登录判断即可。代理的逻辑是：请求来了之后，判断⽤户是否登录了，如果已经登录了，则执⾏对应的⽬标，如果没有登录则跳转到登录⻚⾯。【在程序中，⽬标不但受到保护，并且代码也得到了复⽤。】

代理模式是GoF23种设计模式之⼀。属于结构型设计模式。

代理模式的作⽤是：为其他对象提供⼀种代理以控制对这个对象的访问。在某些情况下，⼀个客户不想或者不能直接引⽤⼀个对象，此时可以通过⼀个称之为“代理”的第三者来实现间接引⽤。代理对象可以在客户端和⽬标对象之间起到中介的作⽤，并且可以通过代理对象去掉客户不应该看到的内容和服务或者添加客户需要的额外服务。通过引⼊⼀个新的对象来实现对真实对象的操作或者将新的对象作为真实对象的⼀个替身，这种实现机制即为代理模式，通过引⼊代理对象来间接访问⼀个对象，这就是代理模式的模式动机。

代理模式中的⻆⾊：

代理类（代理主题）
⽬标类（真实主题）

代理类和⽬标类的公共接⼝（抽象主题）：客户端在使⽤代理类时就像在使⽤⽬标类，不被客户端所察觉，所以代理类和⽬标类要有共同的⾏为，也就是实现共同的接⼝。

代理模式的类图：


public interface OrderService {
 /**
 * ⽣成订单
 */
 void generate();
 /**
 * 查看订单详情
 */
 void detail();
 /**
 * 修改订单
 */
 void modify();
}

代理模式在代码实现上，包括两种形式：静态代理动态代理

2、静态代理

现在有这样⼀个接⼝和实现类


public interface OrderService {
 /**
 * ⽣成订单
 */
 void generate();
 /**
 * 查看订单详情
 */
 void detail();
 /**
 * 修改订单
 */
 void modify();
}

实现类如下


public class OrderServiceImpl implements OrderService {
    @Override
    public void generate() {
        try {
            Thread.sleep(1234);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println("订单已⽣成");
    }
 
    @Override
    public void detail() {
        try {
            Thread.sleep(2541);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println("订单信息如下：******");
    }
 
    @Override
    public void modify() {
        try {
            Thread.sleep(1010);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println("订单已修改");
    }
}

其中Thread.sleep()⽅法的调⽤是为了模拟操作耗时。

项⽬已上线，并且运⾏正常，只是客户反馈系统有⼀些地⽅运⾏较慢，要求项⽬组对系统进⾏优化。于是项⽬负责⼈就下达了这个需求。⾸先需要搞清楚是哪些业务⽅法耗时较⻓，于是让我们统计每个业务⽅法所耗费的时⻓。如果是你，你该怎么做呢？第⼀种⽅案：直接修改Java源代码，在每个业务⽅法中添加统计逻辑，如下：


 
public class OrderServiceImpl implements OrderService {
 
        @Override
        public void generate() {
            long begin = System.currentTimeMillis();
            try {
                Thread.sleep(1234);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println("订单已⽣成");
            long end = System.currentTimeMillis();
            System.out.println("耗费时⻓" + (end - begin) + "毫秒");
        }
 
        @Override
        public void detail() {
            long begin = System.currentTimeMillis();
            try {
                Thread.sleep(2541);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println("订单信息如下：******");
            long end = System.currentTimeMillis();
            System.out.println("耗费时⻓" + (end - begin) + "毫秒");
        }
 
        @Override
        public void modify() {
            long begin = System.currentTimeMillis();
            try {
                Thread.sleep(1010);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println("订单已修改");
            long end = System.currentTimeMillis();
            System.out.println("耗费时⻓" + (end - begin) + "毫秒");
        }
    
}

需求可以满⾜，但显然是违背了OCP开闭原则。这种⽅案不可取。

第⼆种⽅案：使⽤代理模式（这⾥采⽤静态代理）可以为OrderService接⼝提供⼀个代理类。


public class OrderServiceProxy implements OrderService { // 代理对象
    // ⽬标对象
    private OrderService orderService;
 
    // 通过构造⽅法将⽬标对象传递给代理对象
    public OrderServiceProxy(OrderService orderService) {
        this.orderService = orderService;
    }
 
    @Override
    public void generate() {
        long begin = System.currentTimeMillis();
        // 执⾏⽬标对象的⽬标⽅法
        orderService.generate();
        long end = System.currentTimeMillis();
        System.out.println("耗时" + (end - begin) + "毫秒");
    }
 
    @Override
    public void detail() {
        long begin = System.currentTimeMillis();
        // 执⾏⽬标对象的⽬标⽅法
        orderService.detail();
        long end = System.currentTimeMillis();
        System.out.println("耗时" + (end - begin) + "毫秒");
    }
 
    @Override
    public void modify() {
        long begin = System.currentTimeMillis();
        // 执⾏⽬标对象的⽬标⽅法
        orderService.modify();
        long end = System.currentTimeMillis();
        System.out.println("耗时" + (end - begin) + "毫秒");
    }
}

这种⽅式的优点：符合OCP开闭原则，同时采⽤的是关联关系，所以程序的耦合度较低。所以这种⽅案是被推荐的。

主程序


public class Client {
     public static void main(String[] args) {
     // 创建⽬标对象
     OrderService target = new OrderServiceImpl();
     // 创建代理对象
     OrderService proxy = new OrderServiceProxy(target);
     // 调⽤代理对象的代理⽅法
     proxy.generate();
     proxy.modify();
     proxy.detail();
 }
}

以上就是代理模式中的静态代理，其中OrderService接⼝是代理类和⽬标类的共同接⼝。 OrderServiceImpl是⽬标类。OrderServiceProxy是代理类。⼤家思考⼀下：如果系统中业务接⼝很多，⼀个接⼝对应⼀个代理类，显然也是不合理的，会导致类爆炸。怎么解决这个问题？动态代理可以解决。因为在动态代理中可以在内存中动态的为我们⽣成代理类的字节码。代理类不需要我们写了。类爆炸解决了，⽽且代码只需要写⼀次，代码也会得到复⽤。

3、动态代理

在程序运⾏阶段，在内存中动态⽣成代理类，被称为动态代理，⽬的是为了减少代理类的数量。解决代码复⽤的问题。

在内存当中动态⽣成类的技术常⻅的包括：

JDK动态代理技术：只能代理接⼝。
CGLIB动态代理技术：CGLIB(Code Generation Library)是⼀个开源项⽬。是⼀个强⼤的，⾼性能，⾼质量的Code⽣成类库，它可以在运⾏期扩展Java类与实现Java接⼝。它既可以代理接⼝，⼜可以代理类，底层是通过继承的⽅式实现的。性能⽐JDK动态代理要好。（底层有⼀个⼩⽽快的字节码处理框架ASM。）
Javassist动态代理技术：Javassist是⼀个开源的分析、编辑和创建Java字节码的类库。是由东京⼯业⼤学的数学和计算机科学系的 Shigeru Chiba （千叶滋）所创建的。它已加⼊了开放源代码 JBoss 应⽤服务器项⽬，通过使⽤Javassist对字节码操作为JBoss实现动态"AOP"框架。

3.1、jdk动态代理

我们还是使⽤静态代理中的例⼦：⼀个接⼝和⼀个实现类。

我们在静态代理的时候，除了以上⼀个接⼝和⼀个实现类之外，还要写⼀个代理类 UserServiceProxy，在动态代理中UserServiceProxy代理类是可以动态⽣成的。这个类不需要写。我们直接写客户端程序即可：


public class Client {
    public static void main(String[] args) {
        // 第⼀步：创建⽬标对象
        OrderService target = new OrderServiceImpl();
        // 第⼆步：创建代理对象
        OrderService orderServiceProxy = Proxy.newProxyInstance(
                target.getClass().getClassLoader(), 
                target.getClass().getInterfaces(), 调⽤处理器对象);
        // 第三步：调⽤代理对象的代理⽅法
        orderServiceProxy.detail();
        orderServiceProxy.modify();
        orderServiceProxy.generate();
    }
}

以上第⼆步创建代理对象是需要⼤家理解的： OrderService orderServiceProxy = Proxy.newProxyInstance(target.getClass().getClassLoader(), target.getClass().getInterfaces(), 调⽤处理器对象);

newProxyInstance这⾏代码做了两件事：

第⼀件事：在内存中动态的生成了一个代理类的字节码class

第⼆件事：new对象了，通过内存中生成的代理类这个代码，实例化代理对象

java.lang.reflect.Proxy。这是JDK提供的⼀个类（所以称为JDK动态代理）。主要是通过这个类在内存中⽣成代理类的字节码。

其中newProxyInstance()⽅法有三个参数：

第⼀个参数：类加载器。在内存中⽣成了字节码，要想执⾏这个字节码，也是需要先把这个字节码加载到内存当中的。所以要指定使⽤哪个类加载器加载。并且jdk要求，目标类的加载器必须和代理类的类加载器使用同一个
第⼆个参数：接⼝类型。代理类和⽬标类实现相同的接⼝，所以要通过这个参数告诉JDK动态代理⽣成的类要实现哪些接⼝。
第三个参数：调⽤处理器。这是⼀个JDK动态代理规定的接⼝，接⼝全名： java.lang.reflect.InvocationHandler。显然这是⼀个回调接⼝，也就是说调⽤这个接⼝中⽅法的程序已经写好了，就差这个接⼝的实现类了。

所以接下来我们要写⼀下java.lang.reflect.InvocationHandler接⼝的实现类，并且实现接⼝中的⽅法，代码如下：


public class TimerInvocationHandler implements InvocationHandler {
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        return null;
    }
}

InvocationHandler接⼝中有⼀个⽅法invoke，这个invoke⽅法上有三个参数：

第⼀个参数：Object proxy。代理对象。设计这个参数只是为了后期的⽅便，如果想在invoke⽅法中使⽤代理对象的话，尽管通过这个参数来使⽤。
第⼆个参数：Method method。⽬标⽅法。
第三个参数：Object[] args。⽬标⽅法调⽤时要传的参数。

我们将来肯定是要调⽤“⽬标⽅法”的，但要调⽤⽬标⽅法的话，需要“⽬标对象”的存在，“⽬标对象”从哪⼉来呢？我们可以给TimerInvocationHandler提供⼀个构造⽅法，可以通过这个构造⽅法传过来“⽬标对象”，代码如下：


public class TimerInvocationHandler implements InvocationHandler {
    // ⽬标对象
    private Object target;
    // 通过构造⽅法来传⽬标对象
    public TimerInvocationHandler(Object target) {
        this.target = target;
    }
//当代理对象调用代理方法的时候 这个invoke会被jdk调用
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        return null;
    }
}

有了⽬标对象我们就可以在invoke()⽅法中调⽤⽬标⽅法了。代码如下：


public class TimerInvocationHandler implements InvocationHandler {
    // ⽬标对象
    private Object target;
    // 通过构造⽅法来传⽬标对象
    public TimerInvocationHandler(Object target) {
        this.target = target;
    }
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        // ⽬标执⾏之前增强。
        long begin = System.currentTimeMillis();
        // 调⽤⽬标对象的⽬标⽅法
        Object retValue = method.invoke(target, args);
        // ⽬标执⾏之后增强。
        long end = System.currentTimeMillis();
        System.out.println("耗时"+(end - begin)+"毫秒");
        // ⼀定要记得返回。
        return retValue;
    }
}

到此为⽌，调⽤处理器就完成了。接下来，应该继续完善Client程序


public class Client {
    public static void main(String[] args) {
        // 创建⽬标对象
        OrderService target = new OrderServiceImpl();
        // 创建代理对象
        OrderService orderServiceProxy = (OrderService) Proxy.newProxyInstance(target.getClass().getClassLoader(),
 
                target.getClass().getInterfaces(),
 
                new TimerInvocationHandler(target));
        // 调⽤代理对象的代理⽅法
        orderServiceProxy.detail();
        orderServiceProxy.modify();
        orderServiceProxy.generate();
    }
}

⼤家可能会⽐较好奇：那个InvocationHandler接⼝中的invoke()⽅法没看⻅在哪⾥调⽤呀？注意：当你调⽤代理对象的代理⽅法的时候，注册在InvocationHandler接⼝中的invoke()⽅法会被调⽤。

orderServiceProxy.detail();
orderServiceProxy.modify();
orderServiceProxy.generate();

这三⾏代码中任意⼀⾏代码执⾏，注册在InvocationHandler接⼝中的invoke()⽅法都会被调⽤。

学到这⾥可能会感觉有点懵，折腾半天，到最后这不是还得写⼀个接⼝的实现类吗？没省劲⼉呀？你要这样想就错了!!!! 我们可以看到，不管你有多少个Service接⼝，多少个业务类，这个TimerInvocationHandler接⼝是不是只需要写⼀次就⾏了，代码是不是得到复⽤了！！！！⽽且最重要的是，以后程序员只需要关注核⼼业务的编写了，像这种统计时间的代码根本不需要关注。因为这种统计时间的代码只需要在调⽤处理器中编写⼀次即可。

到这⾥，JDK动态代理的原理就结束了。

不过我们看以下这个代码确实有点繁琐，对于客户端来说，⽤起来不⽅便：


public class ProxyUtil {
    public static Object newProxyInstance(Object target) {
        return Proxy.newProxyInstance(target.getClass().getClassLoader(),
                target.getClass().getInterfaces(),
                new TimerInvocationHandler(target));
    }
}

这样客户端代码就不需要写那么繁琐了：


public class Client {
    public static void main(String[] args) {
        // 创建⽬标对象
        OrderService target = new OrderServiceImpl();
        // 创建代理对象
        OrderService orderServiceProxy = (OrderService) ProxyUtil.newProxyInstance(target);
        // 调⽤代理对象的代理⽅法
        orderServiceProxy.detail();
        orderServiceProxy.modify();
        orderServiceProxy.generate();
    }
}

3.2、CGLIB动态代理

jdk只能代理接口，而CGLIB既可以代理接⼝，⼜可以代理类。底层采⽤继承的⽅式实现。所以被代理的⽬标类不能使⽤final 修饰。使⽤CGLIB，需要引⼊它的依赖：


 cglib
 cglib
 3.3.0

一个没有实现类的接口


public class UserService {
 public void login(){
 System.out.println("⽤户正在登录系统....");
 }
 public void logout(){
 System.out.println("⽤户正在退出系统....");
 }
}

使⽤CGLIB在内存中为UserService类⽣成代理类，并创建对象


public class Client {
    public static void main(String[] args) {
        // 创建字节码增强器
        Enhancer enhancer = new Enhancer();
        // 告诉cglib要继承哪个类
        enhancer.setSuperclass(UserService.class);
        // 设置回调接⼝
        enhancer.setCallback(⽅法拦截器对象);
        // ⽣成源码，编译class，加载到JVM，并创建代理对象
        UserService userServiceProxy = (UserService)enhancer.create();
        userServiceProxy.login();
        userServiceProxy.logout();
    }
}

和JDK动态代理原理差不多，在CGLIB中需要提供的不是InvocationHandler，⽽是： net.sf.cglib.proxy.MethodInterceptor 编写MethodInterceptor接⼝实现类：


public class TimerMethodInterceptor implements MethodInterceptor {
    @Override
    public Object intercept(Object target, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
        return null;
    }
}

MethodInterceptor接⼝中有⼀个⽅法intercept()，该⽅法有4个参数：

第⼀个参数：⽬标对象

第⼆个参数：⽬标⽅法

第三个参数：⽬标⽅法调⽤时的实参

第四个参数：代理⽅法

在MethodInterceptor的intercept()⽅法中调⽤⽬标以及添加增强：


public class TimerMethodInterceptor implements MethodInterceptor {
    @Override
    public Object intercept(Object target, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
        // 前增强
        long begin = System.currentTimeMillis();
        // 调⽤⽬标
        Object retValue = methodProxy.invokeSuper(target, objects);
        // 后增强
        long end = System.currentTimeMillis();
        System.out.println("耗时" + (end - begin) + "毫秒");
        // ⼀定要返回
        return retValue;
    }
}

回调已经写完了，可以修改客户端程序了：


public class Client {
    public static void main(String[] args) {
        // 创建字节码增强器
        Enhancer enhancer = new Enhancer();
        // 告诉cglib要继承哪个类
        enhancer.setSuperclass(UserService.class);
        // 设置回调接⼝
        enhancer.setCallback(new TimerMethodInterceptor());
        // ⽣成源码，编译class，加载到JVM，并创建代理对象
        UserService userServiceProxy = (UserService)enhancer.create();
        userServiceProxy.login();
        userServiceProxy.logout();
    }
}

对于⾼版本的JDK，如果使⽤CGLIB，需要在启动项中添加两个启动参数：

--add-opens java.base/java.lang=ALL-UNNAMED
--add-opens java.base/sun.net.util=ALL-UNNAMED

二、AOP

1、aop场景介绍

⼀般⼀个系统当中都会有⼀些系统服务，例如：⽇志、事务管理、安全等。这些系统服务被称为：交叉业务，这些交叉业务⼏乎是通⽤的，不管你是做银⾏账户转账，还是删除⽤户数据。⽇志、事务管理、安全，这些都是需要做的。

如果在每⼀个业务处理过程当中，都掺杂这些交叉业务代码进去的话，存在两⽅⾯问题：

第⼀：交叉业务代码在多个业务流程中反复出现，显然这个交叉业务代码没有得到复⽤。并且修改这些交叉业务代码的话，需要修改多处。

第⼆：程序员⽆法专注核⼼业务代码的编写，在编写核⼼业务代码的同时还需要处理这些交叉业务。使⽤AOP可以很轻松的解决以上问题。

下图可以帮助快速理解AOP的思想：

⽤⼀句话总结AOP：将与核⼼业务⽆关的代码独⽴的抽取出来，形成⼀个独⽴的组件，然后以横向交叉的⽅式应⽤到业务流程当中的过程被称为AOP。

AOP的优点：

第⼀：代码复⽤性增强。

第⼆：代码易维护。

第三：使开发者更关注业务逻辑。

2、AOP的七⼤术语

连接点 Joinpoint
在程序的整个执⾏流程中，可以织⼊切⾯的位置。比如⽅法的执⾏前后，异常抛出之后等位置（指的是位置）如下


public class UserService {
    public void do1() {
        System.out.println("do 1");
    }
 
    public void do2() {
        System.out.println("do 2");
    }
 
    public void do3() {
        System.out.println("do 3");
    }
 
    public void do4() {
        System.out.println("do 4");
    }
 
    public void do5() {
        System.out.println("do 5");
    }
 
    
    // 核⼼业务⽅法
    public void service() {
       try {
           // Joinpoint 连接点
           do1();
           // Joinpoint 连接点
           do2();
           // Joinpoint 连接点
           do3();
           // Joinpoint 连接点
           do5();
       }catch (Exception e){
           // Joinpoint 连接点
       }finally {
           // Joinpoint 连接点
       }
    }
}

切点 Pointcut

在程序执⾏流程中，真正织⼊切⾯的⽅法（指的是方法）。（⼀个切点对应多个连接点）


public void service() {
       try {
           do1();//Pointcut
          
           do2();//Pointcut
          
           do3();//Pointcut
           
           do5();//Pointcut
       }catch (Exception e){
           
       }
    }

通知 Advice

通知⼜叫增强，就是具体你要织⼊的代码，通知包括：

前置通知
后置通知
环绕通知
异常通知
最终通知


    // 核⼼业务⽅法
    public void service() {
       try {
           //前置通知(do1方法前执行的代码)
           do1();
           //后置通知(do1方法后执行的代码)
           do2();
           // 环绕通知(在do3前和结束都有执行的代码)
           do3();
           // 环绕通知
           do5();
       }catch (Exception e){
           // 异常通知
       }finally {
           // 最终通知
       }
    }

切⾯ Aspect

切点+通知就是切面

织⼊ Weaving

把通知应用到目标对象的过程

代理对象 Proxy

一个对象被织入后产生的新对象

⽬标对象 Target

被织入通知的对象

3、切点表达式

切点表达式用来定义通知往哪些方法切入，语法格式如下

execution([访问控制权限修饰符] 返回值类型 [全限定类名]⽅法名(形式参数列表) [异常])

3.1、访问控制权限修饰符：

可选项。
没写，就是4个权限都包括。
写public就表示只包括公开的⽅法。

3.2、返回值类型：

必填项。
* 表示返回值类型任意。

3.3、全限定类名：

可选项。
两个点“..”代表当前包以及⼦包下的所有类。
省略时表示所有的类。

3.4、⽅法名：

必填项。
*表示所有⽅法。
set*表示所有的set⽅法。

3.5、形式参数列表：

必填项
() 表示没有参数的⽅法
(..) 参数类型和个数随意的⽅法
(*) 只有⼀个参数的⽅法
(*, String) 第⼀个参数类型随意，第⼆个参数是String的。

3.6、异常：

可选项。
省略时表示任意异常类型。

表达式案例

service包下所有一delete开始的所有方法

execution(public * com.demo.service.*.delete*(..))

service包下所有类的所有方法

execution(* com.demo.service..*(..))

所有类的所有方法

execution(* *(..))

三、使⽤Spring的AOP

IoC使软件组件松耦合。AOP让你能够捕捉系统中经常使⽤的功能，把它转化成组件。

AOP（Aspect Oriented Programming）：⾯向切⾯编程（AOP是⼀种编程技术） AOP是对OOP的补充延伸。

AOP底层使⽤的就是动态代理来实现的。

Spring的AOP使⽤的动态代理是：JDK动态代理 + CGLIB动态代理技术。Spring在这两种动态代理中灵活切换，如果是代理接⼝，会默认使⽤JDK动态代理，如果要代理某个类，这个类没有实现接⼝，就会切换使⽤CGLIB。当然，你也可以强制通过⼀些配置让Spring只使⽤CGLIB。

1、简介

Spring对AOP的实现包括以下3种⽅式：

第⼀种⽅式：Spring框架结合AspectJ框架实现的AOP，基于注解⽅式。

第⼆种⽅式：Spring框架结合AspectJ框架实现的AOP，基于XML⽅式。

第三种⽅式：Spring框架⾃⼰实现的AOP，基于XML配置⽅式。

实际开发中，都是Spring+AspectJ来实现AOP。所以我们重点学习第⼀种和第⼆种⽅式。

什么是AspectJ？（Eclipse组织的⼀个⽀持AOP的框架。AspectJ框架是独⽴于Spring框架之外的⼀个框架，Spring框架⽤了AspectJ）。

AspectJ项⽬起源于帕洛阿尔托（Palo Alto）研究中⼼（缩写为PARC）。该中⼼由Xerox集团资助， Gregor Kiczales领导，从1997年开始致⼒于AspectJ的开发，1998年第⼀次发布给外部⽤户，2001年发布1.0 release。为了推动AspectJ技术和社团的发展，PARC在2003年3⽉正式将AspectJ项⽬移交给了 Eclipse组织，因为AspectJ的发展和受关注程度⼤⼤超出了PARC的预期，他们已经⽆⼒继续维持它的发展。

2、Spring结合Aspectj基于注解实现AOP

导入依赖


<dependency>
 <groupId>org.springframeworkgroupId>
 <artifactId>spring-contextartifactId>
 <version>6.0.2version>
dependency>
<dependency>
 <groupId>org.springframeworkgroupId>
 <artifactId>spring-aspectsartifactId>
 <version>6.0.2version>
dependency>

注意context依赖已经包含aop注解了，所以不需要再单独引入以下aop依赖


 org.springframework
 spring-aop
 6.0.2

Spring配置⽂件中添加context命名空间和aop命名空间并开启bean组件扫描


"1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:context="http://www.springframework.org/schema/context"
       xmlns:aop="http://www.springframework.org/schema/aop"
       xsi:schemaLocation="http://www.springframework.org/schema/beans 
       http://www.springframework.org/schema/beans/spring-beans.xsd
 http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd
 http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop.xsd">
 
    <context:component-scan base-package="com.demo.service"/>
 <aop:aspectj-autoproxy proxy-target-class="true"/>
beans>

开启⾃动代理之后，凡事带有@Aspect注解的 bean都会⽣成代理对象。

proxy-target-class="true" 表示采⽤cglib动态代理。

proxy-target-class="false" 表示采⽤jdk动态代理。默认值是false。即使写成false，当没有接⼝的时候，也会⾃动选择cglib⽣成代理类。

业务类（目标类）


@Component
public class OrderService {
    // ⽬标⽅法
    public void generate(){
        System.out.println("订单已⽣成！");
    }
}

编写切⾯类

通知类型包括：

前置通知：@Before ⽬标⽅法执⾏之前的通知
后置通知：@AfterReturning ⽬标⽅法执⾏之后的通知
环绕通知：@Around ⽬标⽅法之前添加通知，同时⽬标⽅法执⾏之后添加通知。
异常通知：@AfterThrowing 发⽣异常之后执⾏的通知
最终通知：@After 放在finally语句块中的通知


@Component
@Aspect
public class MyAspect {
    @Around("execution(* com.demo.service.OrderService.* (..))")
    public void aroundAdvice(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
        System.out.println("环绕通知开始");
        // 执⾏⽬标⽅法。
        proceedingJoinPoint.proceed();
        System.out.println("环绕通知结束");
    }
    @Before("execution(* com.demo.service.OrderService.* (..))")
    public void beforeAdvice(){
        System.out.println("前置通知");
    }
    @AfterReturning("execution(* com.demo.service.OrderService.*(..))")
    public void afterReturningAdvice(){
        System.out.println("后置通知");
    }
    @AfterThrowing("execution(* com.demo.service.OrderService.*(..))")
    public void afterThrowingAdvice(){
        System.out.println("异常通知");
    }
    @After("execution(* com.demo.service.OrderService.*(..))"
    )
    public void afterAdvice(){
        System.out.println("最终通知");
    }
}

测试


    @Test
    public void testAOP(){
        ApplicationContext applicationContext = new ClassPathXmlApplicationContext("spring.xml");
        OrderService orderService = applicationContext.getBean("orderService", OrderService.class);
        orderService.generate();
    }

执行结果

通过上⾯的执⾏结果就可以判断他们的执⾏顺序了，这⾥不再赘述。结果中没有异常通知，这是因为⽬标程序执⾏过程中没有发⽣异常。我们尝试让⽬标⽅法发⽣异常：


@Component
public class OrderService {
    // ⽬标⽅法
    public void generate(){
        System.out.println("订单已⽣成！");
        if (1 == 1) {
            throw new RuntimeException("模拟异常发⽣");
        }
    }
}

测试结果

通过测试得知，当发⽣异常之后，最终通知也会执⾏，因为最终通知@After会出现在finally语句块中。出现异常之后，后置通知和环绕通知的结束部分不会执⾏。

切面的先后顺序

业务流程当中不⼀定只有⼀个切⾯，可能有的切⾯控制事务，有的记录⽇志，有的进⾏安全控制，如果多个切⾯的话，顺序如何控制：可以使⽤@Order注解来标识切⾯类，为@Order注解的value 指定⼀个整数型的数字，数字越⼩，优先级越⾼。再定义⼀个切⾯类


@Aspect
@Component
@Order(1) //设置优先级
public class YourAspect {
    
    @Around("execution(* com.demo.service.OrderService.*(..))")
    public void aroundAdvice(ProceedingJoinPoint proceedingJoinPoint) throws Throwable{
        System.out.println("YourAspect环绕通知开始");
        // 执⾏⽬标⽅法。
        proceedingJoinPoint.proceed();
        System.out.println("YourAspect环绕通知结束");
    }
 
    @Before("execution(* com.demo.service.OrderService.*(..))")
    public void beforeAdvice() {
        System.out.println("YourAspect前置通知");
    }
 
    @AfterReturning("execution(* com.demo.service.OrderService.*(..))")
    public void afterReturningAdvice() {
        System.out.println("YourAspect后置通知");
    }
 
    @AfterThrowing("execution(* com.demo.service.OrderService.*(..))")
    public void afterThrowingAdvice() {
        System.out.println("YourAspect异常通知");
    }
 
    @After("execution(* com.demo.service.OrderService.*(..))")
    public void afterAdvice() {
        System.out.println("YourAspect最终通知");
    }
}


@Component
@Aspect
@Order(2) //设置优先级
public class MyAspect {
    @Around("execution(* com.demo.service.OrderService.*(..))")
    public void aroundAdvice(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
        System.out.println("环绕通知开始");
        // 执⾏⽬标⽅法。
        proceedingJoinPoint.proceed();
        System.out.println("环绕通知结束");
    }
    @Before("execution(* com.demo.service.OrderService.*(..))")
    public void beforeAdvice(){
        System.out.println("前置通知");
    }
    @AfterReturning("execution(* com.demo.service.OrderService.*(..))")
    public void afterReturningAdvice(){
        System.out.println("后置通知");
    }
    @AfterThrowing("execution(* com.demo.service.OrderService.*(..))")
    public void afterThrowingAdvice(){
        System.out.println("异常通知");
    }
    @After("execution(* com.demo.service.OrderService.*(..))")
    public void afterAdvice(){
        System.out.println("最终通知");
    }
}

测试程序

通过修改@Order注解的整数值来切换顺序，执⾏测试程序

优化使⽤切点表达式

观察上面切面类缺点是：

第⼀：切点表达式重复写了多次，没有得到复⽤。

第⼆：如果要修改切点表达式，需要修改多处，难维护。

可以这样做：将切点表达式单独的定义出来，在需要的位置引⼊即可。如下：


// 切⾯类
@Component
@Aspect
@Order(2)
public class MyAspect {
 
    @Pointcut("execution(* com.demo.service.OrderService.*(..))")
    public void pointcut() {
    }
 
    @Around("pointcut()")
    public void aroundAdvice(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
        System.out.println("环绕通知开始");
        // 执⾏⽬标⽅法。
        proceedingJoinPoint.proceed();
        System.out.println("环绕通知结束");
    }
 
    @Before("pointcut()")
    public void beforeAdvice() {
        System.out.println("前置通知");
    }
 
    @AfterReturning("pointcut()")
    public void afterReturningAdvice() {
        System.out.println("后置通知");
    }
 
    @AfterThrowing("pointcut()")
    public void afterThrowingAdvice() {
        System.out.println("异常通知");
    }
 
    @After("pointcut()")
    public void afterAdvice() {
        System.out.println("最终通知");
    }
 
}

使⽤@Pointcut注解来定义独⽴的切点表达式。

注意这个@Pointcut注解标注的⽅法随意，只是起到⼀个能够让@Pointcut注解编写的位置。

执⾏测试程序：

全注解开发AOP

就是编写⼀个类，在这个类上⾯使⽤⼤量注解来代替spring的配置⽂件，spring配置⽂件消失了，如下：


@Configuration
@ComponentScan("com.demo.service")
@EnableAspectJAutoProxy(proxyTargetClass = true)
public class Spring6Configuration {
}

测试程序也变化了：


    @Test
    public void testAOPWithAllAnnotation(){
        ApplicationContext applicationContext = new AnnotationConfigApplicationContext(Spring6Configuration.class);
        OrderService orderService = applicationContext.getBean("orderService",OrderService.class);
        orderService.generate();
    }

3、基于XML配置⽅式的AOP（了解）

目标类


// ⽬标类
public class VipService {
 public void add(){
 System.out.println("保存vip信息。");
 }
}

编写切⾯类，并且编写通知


// 负责计时的切⾯类
public class TimerAspect {
    public void time(ProceedingJoinPoint proceedingJoinPoint) throws Throwable {
        long begin = System.currentTimeMillis();
        //执⾏⽬标
        proceedingJoinPoint.proceed();
        long end = System.currentTimeMillis();
        System.out.println("耗时"+(end - begin)+"毫秒");
    }
}

编写spring配置⽂件


"1.0" encoding="UTF-8"?>
"http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:context="http://www.springframework.org/schema/context"
       xmlns:aop="http://www.springframework.org/schema/aop"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
       http://www.springframework.org/schema/beans/spring-beans.xsd
 http://www.springframework.org/schema/context
 http://www.springframework.org/schema/context/spring-context.xsd
 http://www.springframework.org/schema/aop
 http://www.springframework.org/schema/aop/spring-aop.xsd">
 
    
    "vipService" class="com.demo.service.VipService"/>
    "timerAspect" class="com.demo.service.TimerAspect"/>
    
    
    
        
        "p" expression="execution(* com.demo.service.VipService.*(..))"/>
        
        "timerAspect">
            
            "time" pointcut-ref="p"/>

测试


    @Test
    public void testAOPXml(){
        ApplicationContext applicationContext = new ClassPathXmlApplicationContext("spring-aop-xml.xml");
        VipService vipService = applicationContext.getBean("vipService", VipService.class);
        vipService.add();
    }

4、aop实际应用-日志记录

凡事在系统中进⾏修改操作的，删除操作的，新增操作的，都要把操作的人记录下来。因为这⼏个操作是属于危险⾏为。例如有业务类和业务⽅法：


@Component
//⽤户业务
public class UserService {
    public void getUser() {
        System.out.println("获取⽤户信息");
    }
 
    public void saveUser() {
        System.out.println("保存⽤户");
    }
 
    public void deleteUser() {
        System.out.println("删除⽤户");
    }
 
    public void modifyUser() {
        System.out.println("修改⽤户");
    }
}


// 商品业务类
@Component
public class ProductService {
    public void getProduct(){
        System.out.println("获取商品信息");
    }
    public void saveProduct(){
        System.out.println("保存商品");
    }
    public void deleteProduct(){
        System.out.println("删除商品");
    }
    public void modifyProduct(){
        System.out.println("修改商品");
    }
}

接下来我们使⽤aop来解决上⾯的需求：编写⼀个负责安全的切⾯类


@Component
@Aspect
public class SecurityAspect {
    @Pointcut("execution(* com.demo.service..save*(..))")
    public void savePointcut(){}
    @Pointcut("execution(* com.demo.service..delete*(..))")
    public void deletePointcut(){}
    @Pointcut("execution(* com.demo.service..modify*(..))")
    public void modifyPointcut(){}
    @Before("savePointcut() || deletePointcut() || modifyPointcut()")
    public void beforeAdivce(JoinPoint joinpoint){
        System.out.println("XXX操作员正在操作"+joinpoint.getSignature().getName()+"⽅法");
    }
}

测试


    @Test
    public void testSecurity() {
        ApplicationContext applicationContext = new AnnotationConfigApplicationContext(Spring6Configuration.class);
        UserService userService = applicationContext.getBean("userService", UserService.class);
        ProductService productService = applicationContext.getBean("productService", ProductService.class);
        userService.getUser();
        userService.saveUser();
        userService.deleteUser();
        userService.modifyUser();
        productService.getProduct();
        productService.saveProduct();
        productService.deleteProduct();
        productService.modifyProduct();
    }

结果

相关阅读:
数据过多，select优化
 React 组件传 children 的各种方案
 Linux eBPF介绍（二）
二维平面扭曲的python实现及思路
 【数据结构与算法】递归全流程详细剖析 | 详解图的深度优先遍历
 算法通关村第十七关——跳跃游戏
 Vue3中Compositions API的使用(二)
Arch更新报错？
Hystrix使用篇 - Hystrix的使用
 【C语言】嵌套结构体初始化 - 一个有趣的结论
原文地址：https://blog.csdn.net/qq_34491508/article/details/132757386