【Spring教程16】Spring框架实战:详解解读AOP配置管理中AOP切入点表达式和通知类型
作者:mmseoamin日期:2023-12-11

目录

  • 1 AOP切入点表达式
    • 1.1 语法格式
    • 1.2 通配符
      • 1.3 书写技巧
      • 2 AOP通知类型
        • 2.1 类型介绍

          欢迎大家回到《 Java教程之Spring30天快速入门》,本教程所有示例均基于Maven实现,如果您对Maven还很陌生,请移步本人的博文《 如何在windows11下安装Maven并配置以及 IDEA配置Maven环境》,本文的上一篇为《 AOP的工作流程和AOP的核心概念》

          在这里插入图片描述

          1 AOP切入点表达式

          前面的案例中,有涉及到如下内容:

          在这里插入图片描述

          对于AOP中切入点表达式,我们总共会学习三个内容,分别是语法格式、通配符和书写技巧。

          1.1 语法格式

          首先我们先要明确两个概念:

          • 切入点:要进行增强的方法
          • 切入点表达式:要进行增强的方法的描述方式

            对于切入点的描述,我们其实是有两中方式的,先来看下前面的例子

            在这里插入图片描述

            描述方式一:执行com.itheima.dao包下的BookDao接口中的无参数update方法

            execution(void com.itheima.dao.BookDao.update())
            

            描述方式二:执行com.itheima.dao.impl包下的BookDaoImpl类中的无参数update方法

            execution(void com.itheima.dao.impl.BookDaoImpl.update())
            

            因为调用接口方法的时候最终运行的还是其实现类的方法,所以上面两种描述方式都是可以的。

            对于切入点表达式的语法为:

            • 切入点表达式标准格式:动作关键字(访问修饰符 返回值 包名.类/接口名.方法名(参数) 异常

              名)

              对于这个格式,我们不需要硬记,通过一个例子,理解它:

              execution(public User com.itheima.service.UserService.findById(int))
              
              • execution:动作关键字,描述切入点的行为动作,例如execution表示执行到指定切入点
              • public:访问修饰符,还可以是public,private等,可以省略
              • User:返回值,写返回值类型
              • com.itheima.service:包名,多级包使用点连接
              • UserService:类/接口名称
              • findById:方法名
              • int:参数,直接写参数的类型,多个类型用逗号隔开
              • 异常名:方法定义中抛出指定异常,可以省略

                切入点表达式就是要找到需要增强的方法,所以它就是对一个具体方法的描述,但是方法的定义会有

                很多,所以如果每一个方法对应一个切入点表达式,想想这块就会觉得将来编写起来会比较麻烦,有

                没有更简单的方式呢?

                就需要用到下面所学习的通配符。

                1.2 通配符

                我们使用通配符描述切入点,主要的目的就是简化之前的配置,具体都有哪些通配符可以使用?

                • * :单个独立的任意符号,可以独立出现,也可以作为前缀或者后缀的匹配符出现
                   execution(public * com.itheima.*.UserService.find*(*))
                  

                  匹配com.itheima包下的任意包中的UserService类或接口中所有find开头的带有一个参数的

                  方法

                  • ..:多个连续的任意符号,可以独立出现,常用于简化包名与参数的书写
                    execution(public User com..UserService.findById(..))
                    

                    匹配com包下的任意包中的UserService类或接口中所有名称为findById的方法

                    • +:专用于匹配子类类型
                      execution(* *..*Service+.*(..))
                      

                      这个使用率较低,描述子类的,咱们做JavaEE开发,继承机会就一次,使用都很慎重,所以很少

                      用它。*Service+,表示所有以Service结尾的接口的子类。

                      接下来,我们把案例中使用到的切入点表达式来分析下:

                      在这里插入图片描述

                      execution(void com.itheima.dao.BookDao.update())
                      匹配接口,能匹配到
                      execution(void com.itheima.dao.impl.BookDaoImpl.update())
                      匹配实现类,能匹配到
                      execution(* com.itheima.dao.impl.BookDaoImpl.update())
                      返回值任意,能匹配到
                      execution(* com.itheima.dao.impl.BookDaoImpl.update(*))
                      返回值任意,但是update方法必须要有一个参数,无法匹配,要想匹配需要在update接口和实现类添加
                      参数
                      execution(void com.*.*.*.*.update())
                      返回值为void,com包下的任意包三层包下的任意类的update方法,匹配到的是实现类,能匹配
                      execution(void com.*.*.*.update())
                      返回值为void,com包下的任意两层包下的任意类的update方法,匹配到的是接口,能匹配
                      execution(void *..update())
                      返回值为void,方法名是update的任意包下的任意类,能匹配
                      execution(* *..*(..))
                      匹配项目中任意类的任意方法,能匹配,但是不建议使用这种方式,影响范围广
                      execution(* *..u*(..))
                      匹配项目中任意包任意类下只要以u开头的方法,update方法能满足,能匹配
                      execution(* *..*e(..))
                      匹配项目中任意包任意类下只要以e结尾的方法,update和save方法能满足,能匹配
                      execution(void com..*())
                      返回值为void,com包下的任意包任意类任意方法,能匹配,*代表的是方法
                      execution(* com.itheima.*.*Service.find*(..))
                      将项目中所有业务层方法的以find开头的方法匹配
                      execution(* com.itheima.*.*Service.save*(..))
                      将项目中所有业务层方法的以save开头的方法匹配
                      

                      后面两种更符合我们平常切入点表达式的编写规则

                      1.3 书写技巧

                      对于切入点表达式的编写其实是很灵活的,那么在编写的时候,有没有什么好的技巧让我们用用:

                      • 所有代码按照标准规范开发,否则以下技巧全部失效
                      • 描述切入点通常描述接口,而不描述实现类,如果描述到实现类,就出现紧耦合了
                      • 访问控制修饰符针对接口开发均采用public描述(可省略访问控制修饰符描述)
                      • 返回值类型对于增删改类使用精准类型加速匹配,对于查询类使用*通配快速描述
                      • 包名书写尽量不使用..匹配,效率过低,常用*做单个包描述匹配,或精准匹配
                      • 接口名/类名书写名称与模块相关的采用*匹配,例如UserService书写成*Service,绑定业务层接口名
                      • 方法名书写以动词进行精准匹配,名词采用匹配,例如getById书写成getBy,selectAll书写成selectAll
                      • 参数规则较为复杂,根据业务方法灵活调整
                      • 通常不使用异常作为匹配规则

                        2 AOP通知类型

                        前面的案例中,有涉及到如下内容:

                        在这里插入图片描述

                        它所代表的含义是将通知添加到切入点方法执行的前面。

                        除了这个注解外,还有没有其他的注解,换个问题就是除了可以在前面加,能不能在其他的地方加?

                        2.1 类型介绍

                        我们先来回顾下AOP通知:

                        • AOP通知描述了抽取的共性功能,根据共性功能抽取的位置不同,最终运行代码时要将其加入到合理的位置

                          通知具体要添加到切入点的哪里?

                          共提供了5种通知类型:

                          • 前置通知
                          • 后置通知
                          • 环绕通知(重点)
                          • 返回后通知(了解)
                          • 抛出异常后通知(了解)

                            为了更好的理解这几种通知类型,我们来看一张图

                            在这里插入图片描述

                            (1)前置通知,追加功能到方法执行前,类似于在代码1或者代码2添加内容

                            (2)后置通知,追加功能到方法执行后,不管方法执行的过程中有没有抛出异常都会执行,类似于在代码5添加内容

                            (3)返回后通知,追加功能到方法执行后,只有方法正常执行结束后才进行,类似于在代码3添加内容,如果方法执行抛出异常,返回后通知将不会被添加

                            (4)抛出异常后通知,追加功能到方法抛出异常后,只有方法执行出异常才进行,类似于在代码4添加内容,只有方法抛出异常后才会被添加

                            (5)环绕通知,环绕通知功能比较强大,它可以追加功能到方法执行的前后,这也是比较常用的方式,它可以实现其他四种通知类型的功能,具体是如何实现的,需要我们往下学习。