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属性