本文详细介绍了Spring中的面向切面编程(AOP)思想，包括AOP的核心概念如连接点、切入点和通知，并通过一个入门案例展示了AOP的配置和工作流程。此外，文章还深入讨论了AOP的切入点表达式、通知类型以及如何进行事务管理，特别提到了@Transactional注解在事务控制中的作用和配置选项。
Spring学习总结-03
1. AOP简介
1.1 什么是AOP
- AOP：面向切面编程。我们都知道OOP是一种编程思想，那么AOP也是一种编程思想，编程思想主要的内容就是指导程序员该如何编写程序，所以它们两个是不同的编程范式
1.2 AOP作用
- 在不惊动原始设计的基础上为其进行功能增强，前面咱们有技术就可以实现这样的功能即代理模式
1.3 AOP核心概念
- 连接点(JoinPoint)：程序执行过程中的任意位置，粒度为执行方法、抛出异常、设置变量等
- 在SpringAOP中，理解为方法的执行
- 切入点(Pointcut):匹配连接点的式子
- 在SpringAOP中，一个切入点可以描述一个具体方法，也可也匹配多个方法
- 一个具体的方法:如com.qiu.dao包下的BookDao接口中的无形参无返回值的save方法
- 匹配多个方法:所有的save方法，所有的get开头的方法，所有以Dao结尾的接口中的任意方法，所有带有一个参数的方法
- 连接点范围要比切入点范围大，是切入点的方法也一定是连接点，但是是连接点的方法就不一定要被增强，所以可能不是切入点
- 通知(Advice):在切入点处执行的操作，也就是共性功能
- 在SpringAOP中，功能最终以方法的形式呈现
- 通知类：定义通知的类
- 切面(Aspect):描述通知与切入点的对应关系
2. 入门案例
-
准备工作
BookDaoImpl类实现两个方法
-
导依赖
aop的依赖包含在spring-context中
还需要导入aspect依赖
-
新建通知类并定义通知方法
-
定义切入点
-
制作切面
-
将通知类配给容器并标识为切面类
-
开启注解格式AOP功能
-
运行
3. AOP工作流程
-
Spring容器启动
容器启动会加载bean，有哪些bean需要被加载呢？
- 需要进行功能增强的类，如：BookDao
- 通知类，如：MyMethod
- 注意此时bean对象还没有创建成功
-
读取所有切面配置中的切入点
如图，有两个切入点，但只有pc在切面中配置，所以只有pc这个切入点被读取
-
初始化bean
判定bean对应的类中的方法是否匹配到任意切入点
- 匹配失败：说明bean不需要增强，创建原始对象，如下图的UserDao
- 匹配成功：创建目标对象(原始对象)的代理对象，如下图的BookDao
- 对哪个类做增强，这个类对应的对象就叫做目标对象
- 因为要对目标对象进行功能增强，而采用的技术是动态代理，所以会为其创建一个代理对象
- 最终运行的是代理对象的方法，在该方法中会对原始方法进行功能增强
-
获取bean执行方法
- 获取的bean是原始对象时，调用方法并执行，完成操作
- 获取的bean是代理对象时，根据代理对象的运行模式运行原始方法与增强的内容，完成操作
综上，可以看出SpringAOP的底层采用的是代理模式实现的
4. AOP配置
4.1 AOP切入点表达式
切入点：需要被增强的类的方法
切入点表达式：需要被增强的类的方法的描述方式
4.1.1 语法格式
切入点表达式标准格式：动作关键字(访问修饰符 返回值 包名.类/接口名.方法名(参数) 异常名）
- 例子：execution(public User com.qiu.service.UserService.findById(int))
- execution：动作关键字，描述切入点的行为动作，例如execution表示执行到指定切入点
- public：访问修饰符，可以省略
- User：返回值类型
- com.qiu.service：包名，多级包使用点连接
- UserService：类/接口名
- findById：方法名
- int：方法参数
- 异常名：方法定义中抛出指定异常，可以省略
4.1.2 通配符
*：单个独立的任意符号，可以独立出现，也可以作为前缀或者后缀的匹配符出现
如：execution（public * com.itheima..UserService.find(*))
..：多个连续的任意符号，可以独立出现，常用于简化包名与参数的书写
如：execution（public User com…UserService.findById(…))
+：专用于匹配子类类型
如：execution(* *…Service+.(…))
execution(void com.qiu.dao.BookDao.update())
匹配接口，能匹配到
execution(void com.qiu.dao.impl.BookDaoImpl.update())
匹配实现类，能匹配到
execution(* com.qiu.dao.impl.BookDaoImpl.update())
返回值任意，能匹配到
execution(* com.qiu.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.qiu.*.*Service.find*(..))
将项目中所有业务层方法的以find开头的方法匹配
execution(* com.qiu.*.*Service.save*(..))
将项目中所有业务层方法的以save开头的方法匹配
4.1.3 书写技巧
- 所有代码按照标准规范开发，否则以下技巧全部失效
- 描述切入点通常描述接口，而不描述实现类,如果描述到实现类，就出现紧耦合了
- 访问控制修饰符针对接口开发均采用public描述（可省略访问控制修饰符描述）
- 返回值类型对于增删改类使用精准类型加速匹配，对于查询类使用*通配快速描述
- 包名书写尽量不使用…匹配，效率过低，常用*做单个包描述匹配，或精准匹配
- 接口名/类名书写名称与模块相关的采用*匹配，例如UserService书写成*Service，绑定业务层接口名
- 方法名书写以动词进行精准匹配，名词采用匹配，例如getById书写成getBy,selectAll书写成selectAll
- 参数规则较为复杂，根据业务方法灵活调整
- 通常不使用异常作为匹配规则
4.2 AOP通知类型
AOP通知描述了抽取的共性功能，根据共性功能抽取的位置不同，最终运行代码时要将其加入到合理的位置
- 前置通知
- 后置通知
- 环绕通知(重点)
- 返回后通知(了解)
- 抛出异常后通知(了解)
- 前置通知，追加功能到方法执行前,类似于在代码1或者代码2添加内容
- 后置通知，追加功能到方法执行后,不管方法执行的过程中有没有抛出异常都会执行，类似于在代码5添加内容
- 返回后通知，追加功能到方法执行后，只有方法正常执行结束后才进行,类似于在代码3添加内容，如果方法执行抛出异常，返回后通知将不会被添加
- 抛出异常后通知，追加功能到方法抛出异常后，只有方法执行出异常才进行,类似于在代码4添加内容，只有方法抛出异常后才会被添加
- 环绕通知，环绕通知功能比较强大，它可以追加功能到方法执行的前后，这也是比较常用的方式，它可以实现其他四种通知类型的功能，具体是如何实现的，需要我们往下学习
4.2.1 前置通知
| 名称 | @Before |
|---|---|
| 类型 | 方法注解 |
| 位置 | 通知方法定义上方 |
| 作用 | 设置当前通知方法与切入点之间的绑定关系，当前通知方法在原始切入点方法前运行 |
4.2.2 后置通知
| 名称 | @After |
|---|---|
| 类型 | 方法注解 |
| 位置 | 通知方法定义上方 |
| 作用 | 设置当前通知方法与切入点之间的绑定关系，当前通知方法在原始切入点方法后运行 |
4.2.3 返回后通知
| 名称 | @AfterReturning |
|---|---|
| 类型 | 方法注解 |
| 位置 | 通知方法定义上方 |
| 作用 | 设置当前通知方法与切入点之间绑定关系，当前通知方法在原始切入点方法正常执行完毕后执行 |
4.2.4 抛出异常后通知
| 名称 | @AfterThrowing |
|---|---|
| 类型 | 方法注解 |
| 位置 | 通知方法定义上方 |
| 作用 | 设置当前通知方法与切入点之间绑定关系，当前通知方法在原始切入点方法运行抛出异常后执行 |
4.2.5 环绕通知
| 名称 | @Around |
|---|---|
| 类型 | 方法注解 |
| 位置 | 通知方法定义上方 |
| 作用 | 设置当前通知方法与切入点之间的绑定关系，当前通知方法在原始切入点方法前后运行 |
- 环绕通知必须依赖形参ProceedingJoinPoint才能实现对原始方法的调用，进而实现原始方法调用前后同时添加通知
- 通知中如果未使用ProceedingJoinPoint对原始方法进行调用将跳过原始方法的执行
- 对原始方法的调用可以不接收返回值，通知方法设置成void即可，如果接收返回值，最好设定为Object类型
- 原始方法的返回值如果是void类型，通知方法的返回值类型可以设置成void,也可以设置成Object
- 由于无法预知原始方法运行后是否会抛出异常，因此环绕通知方法必须要处理Throwable异常
- 形参必须为ProceedingJoinPoint，并且执行proceed()方法才能实现对原始方法的调用
- 原方法返回值为void，此处void也可用Object替换
@Around("pt()")
public void around(ProceedingJoinPoint pjp) throws Throwable{
System.out.println("around before advice ...");
//表示对原始操作的调用
pjp.proceed();
System.out.println("around after advice ...");
}
- 原方法返回值为int，因此通知方法的返回值我们设为Object
@Around("pt2()")
public Object aroundSelect(ProceedingJoinPoint pjp) throws Throwable {
System.out.println("around before advice ...");
//表示对原始操作的调用
Object ret = pjp.proceed();
System.out.println("around after advice ...");
return ret;
}
- 通过形参ProceedingJoinPoint可以获取原方法的信息
//获取执行签名信息
Signature signature = pjp.getSignature();
//通过签名获取执行操作名称(接口名)
String className = signature.getDeclaringTypeName();
//通过签名获取执行操作名称(方法名)
String methodName = signature.getName();
4.3 AOP通知获取数据
4.3.1 获取参数
- 非环绕通知获取参数
- 通知方法添加形参JoinPoint，通过getArgs方法获取参数数组
- 环绕通知获取参数
- 环绕通知我们一般会用形参ProceedingJoinPoint，这是JoinPoint的子类，所有也可以通过getArgs获取参数数组
- 环绕通知获取到参数可以对其进行修改，再通过proceed(args)执行原始方法
Object[] args = pjp.getArgs();
System.out.println(Arrays.toString(args));
args[0] = 666;
Object ret = pjp.proceed(args);
4.3.2 获取返回值
返回值只有返回后通知和环绕通知可以获取
- 返回后通知获取返回值
- 在通知方法的参数里添加Object参数
- 在@AfterReturning里添加属性returning，保证该属性值与方法形参名一致
@AfterReturning(value = "pt()",returning = "ret")
public void afterReturning(Object ret) {}
- 环绕通知获取返回值
- proceed方法会返回返回值，执行就可以获取
Object ret = pjp.proceed();
4.3.3 获取异常
- 环绕通知获取异常
- 环绕通知执行原始方法需要抛出异常(throws)，我们改为捕获异常(try…catch)就可获取
- 抛出异常后通知
- 在通知方法的参数里添加Throwable参数
- 在@AfterThrowing里添加属性throwing，保证该属性值与方法形参名一致
@AfterThrowing(value = "pt()",throwing = "t")
public void afterThrowing(Throwable t) {}
5. AOP事务管理
事务作用：在数据层保障一系列的数据库操作同成功同失败
Spring事务作用：在数据层或业务层保障一系列的数据库操作同成功同失败
5.1 Spring事务实现
- 在JdbcConfig配置类中配置事务管理器
事务管理器要根据使用技术进行选择，Mybatis框架使用的是JDBC事务，可以直接使用DataSourceTransactionManager
//配置事务管理器，mybatis使用的是jdbc事务
@Bean
public PlatformTransactionManager transactionManager(DataSource dataSource){
DataSourceTransactionManager transactionManager = new DataSourceTransactionManager();
transactionManager.setDataSource(dataSource);
return transactionManager;
}
- 在需要被事务管理的方法上添加注解@Transactional
@Transactional可以写在接口类上、接口方法上、实现类上和实现类方法上
- 写在接口类上，该接口的所有实现类的所有方法都会有事务
- 写在接口方法上，该接口的所有实现类的该方法都会有事务
- 写在实现类上，该类中的所有方法都会有事务
- 写在实现类方法上，该方法上有事务
- 建议写在实现类或实现类的方法上
@Transactional
public void transfer(String out,String in ,Double money) {
accountDao.outMoney(out,money);
int i = 1/0;
accountDao.inMoney(in,money);
}
| 名称 | @Transactional |
|---|---|
| 类型 | 接口注解 类注解 方法注解 |
| 位置 | 业务层接口上方 业务层实现类上方 业务方法上方 |
| 作用 | 为当前业务层方法添加事务（如果设置在类或接口上方则类或接口中所有方法均添加事务） |
- 在Spring配置类添加注解@EnableTransactionManagement
@Configuration
@ComponentScan("com.qiu")
@PropertySource("classpath:jdbc.properties")
@Import({JdbcConfig.class,MybatisConfig.class
//开启注解式事务驱动
@EnableTransactionManagement
public class SpringConfig {
}
| 名称 | @EnableTransactionManagement |
|---|---|
| 类型 | 配置类注解 |
| 位置 | 配置类定义上方 |
| 作用 | 设置当前Spring环境中开启注解式事务支持 |
5.2 Spring事务角色
Spring事务角色分为：事务管理员和事务协调员
-
未开启Spring事务之前
- 数据层两个方法会开启两个事务
- 当业务层transfer方法运行没有抛异常时，事务T1和事务T2都会正常提交事务
- 当业务层transfer方法运行抛出异常时，T1会正常提交事务，T2因为抛异常不会被执行
- 此时就会导致数据出现错误
-
开启Spring事务之后
- transfer上添加了@Transactional注解，在该方法上就会有一个事务T
- AccountDao的outMoney方法的事务T1加入到transfer的事务T中
- AccountDao的inMoney方法的事务T2加入到transfer的事务T中
- 这样就保证他们在同一个事务中，当业务层中出现异常，整个事务就会回滚，保证数据的准确性
-
事务管理员：发起事务方，在Spring中通常指代业务层开启事务的方法
-
事务协调员：加入事务方，在Spring中通常指代数据层方法，也可以是业务层方法
5.3 Spring事务配置
5.3.1 事务配置
下面这些属性都可以在
@Transactional注解的参数上进行设置
-
readOnly：true只读事务，false读写事务，增删改要设为false,查询设为true。
-
timeout：设置超时时间单位秒，在多长时间之内事务没有提交成功就自动回滚，-1表示不设置超时时间。
-
rollbackFor：当出现指定异常进行事务回滚
-
noRollbackFor：当出现指定异常不进行事务回滚
-
思考:出现异常事务会自动回滚，这个是我们之前就已经知道的
-
noRollbackFor是设定对于指定的异常不回滚，这个好理解
-
rollbackFor是指定回滚异常，对于异常事务不应该都回滚么，为什么还要指定?
-
这块需要更正一个知识点，并不是所有的异常都会回滚事务，比如下面的代码就不会回滚
public interface AccountService { /** * 转账操作 * @param out 传出方 * @param in 转入方 * @param money 金额 */ //配置当前接口方法具有事务 public void transfer(String out,String in ,Double money) throws IOException; } @Service public class AccountServiceImpl implements AccountService { @Autowired private AccountDao accountDao; @Transactional public void transfer(String out,String in ,Double money) throws IOException{ accountDao.outMoney(out,money); //int i = 1/0; //这个异常事务会回滚 if(true){ throw new IOException(); //这个异常事务就不会回滚 } accountDao.inMoney(in,money); } }
-
-
-
出现这个问题的原因是，Spring的事务只会对
Error异常和RuntimeException异常及其子类进行事务回顾，其他的异常类型是不会回滚的，对应IOException不符合上述条件所以不回滚-
此时就可以使用rollbackFor属性来设置出现IOException异常不回滚
@Service public class AccountServiceImpl implements AccountService { @Autowired private AccountDao accountDao; @Transactional(rollbackFor = {IOException.class}) public void transfer(String out,String in ,Double money) throws IOException{ accountDao.outMoney(out,money); //int i = 1/0; //这个异常事务会回滚 if(true){ throw new IOException(); //这个异常事务就不会回滚 } accountDao.inMoney(in,money); } }
-
-
rollbackForClassName等同于rollbackFor,只不过属性为异常的类全名字符串
-
noRollbackForClassName等同于noRollbackFor，只不过属性为异常的类全名字符串
-
isolation设置事务的隔离级别
- DEFAULT：默认隔离级别, 会采用数据库的隔离级别
- READ_UNCOMMITTED：读未提交
- READ_COMMITTED：读已提交
- REPEATABLE_READ：重复读取
- SERIALIZABLE：串行化
5.3.2 事务传播行为
事务传播行为：事务协调员对事务管理员所携带事务的处理态度
使用propagation属性
221
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
