针对AOP中切入表达式我会分三个方面去讲解，分别是 语法格式 、 通配符和 书写技巧 。

1.1 语法格式

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

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

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

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

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

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

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

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

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

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

切入点表达式就是要找到需要增强的方法，所以它就是对一个具体方法的描述，但是方法的定义会有很多，所以如果每一个方法对应一个切入点表达式，想想这块就会觉得将来编写起来会比较麻烦，有没有更简单的方式呢?

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

1.2 通配符

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

• ​​*​​ :单个独立的任意符号，可以独立出现，也可以作为前缀或者后缀的匹配符出现

• ​​..​​ ：多个连续的任意符号，可以独立出现，常用于简化包名与参数的书写

• ​​+​​ ：专用于匹配子类类型

接下来，我们把使用到的切入点表达式来分析下:

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

1.3 书写技巧

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

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

二、AOP通知类型

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

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

2.1 类型介绍

我们先来回顾下AOP通知:

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

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

共提供了5种通知类型:

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

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

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

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

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

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

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

2.2 环境准备

• 创建一个Maven项目
• pom.xml添加Spring依赖

• 添加BookDao和BookDaoImpl类

• 创建Spring的配置类

• 创建通知类

• 编写App运行类

最终创建好的项目结构如下:

2.3 通知类型的使用

修改MyAdvice,在before方法上添加 ​​@Before注解​​

运行结果中，通知的内容打印出来，但是原始方法的内容却没有被执行。

因为环绕通知需要在原始方法的前后进行增强，所以环绕通知就必须要能对原始操作进行调用，具体如何实现?

**说明: **proceed()为什么要抛出异常?

主要原因原始方法不清楚到底执行会不会有异常，所以直接先抛出异常。原因很简单，看下源码就知道了

再次运行，程序可以看到原始方法已经被执行了

(1)原始方法有返回值的处理

• 修改MyAdvice,对BookDao中的select方法添加环绕通知，

• 修改App类，调用select方法

运行后会报错，错误内容为:

Exception in thread "main" org.springframework.aop.AopInvocationException: Null return value from advice does not match primitive return type for: public abstract int com.itheima.dao.BookDao.select() at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:226) at com.sun.proxy.$Proxy19.select(Unknown Source) at com.itheima.App.main(App.java:12)

错误大概的意思是: ​​空的返回不匹配原始方法的int返回​​

• void就是返回Null
• 原始方法就是BookDao下的select方法

所以如果我们使用环绕通知的话，要根据原始方法的返回值来设置环绕通知的返回值，具体解决方案为:

为什么返回的是Object而不是int的主要原因是Object类型更通用。 所以更一般的写法环绕通知的返回类型写object而不是void，如果没有返回值，那么object就为空

在环绕通知中是可以对原始方法返回值就行修改的。

返回后通知

**注意： **返回后通知是需要在原始方法 ​​select​​ 正常执行后才会被执行，如果 ​​select()​​ 方法执行的过程中出现了异常，那么返回后通知是不会被执行。后置通知是不管原始方法有没有抛出异常都会被执行。

异常后通知

**注意： **异常后通知是需要原始方法抛出异常，可以在 ​​select()​​ 方法中添加一行代码 ​​int i = 1/0​​ 即可。如果没有抛异常，异常后通知将不会被执行。

介绍完这5种通知类型，我们来思考下环绕通知是如何实现其他通知类型的功能的?

因为环绕通知是可以控制原始方法执行的，所以我们把增强的代码写在调用原始方法的不同位置就可以实现不同的通知类型的功能，如:

通知类型总结

知识点1：@After

知识点2：@AfterReturning

知识点3：@AfterThrowing

知识点4：@Around

环绕通知注意事项

1. 环绕通知必须依赖形参ProceedingJoinPoint才能实现对原始方法的调用，进而实现原始方法调用前后同时添加通知
2. 通知中如果未使用ProceedingJoinPoint对原始方法进行调用将跳过原始方法的执行
3. 对原始方法的调用可以不接收返回值，通知方法设置成void即可，如果接收返回值，最好设定为Object类型
4. 原始方法的返回值如果是void类型，通知方法的返回值类型可以设置成void,也可以设置成Object
5. 由于无法预知原始方法运行后是否会抛出异常，因此环绕通知方法必须要处理Throwable异常，推荐直接抛出异常