Spring AOP 应用
文章目录
- Spring AOP 应用
- 1. AOP 相关术语
- 2. Spring中AOP的代理选择
- 3. Spring中AOP的配置方式
- 3.1 XML 模式
- 五种通知类型
- 3.2 XML+注解模式
- 3.3 注解模式
- 4. Spring 声明式事务的支持
- 4.1 事务的概念
- 4.2 事务的四大特性
- 4.3 事务的隔离级别
- 4.4 事务的传播行为
- 4.5 Spring中事务的API
- 4.6 Spring 声明式事务配置
文章内容输出来源:
拉勾教育Java高薪训练营
AOP本质:在不改变原有业务逻辑的情况下增强横切逻辑,横切逻辑代码往往是权限校验代码、日志代码、事务控制代码、性能监控代码。
1. AOP 相关术语
名词 | 解释 |
Joinpoint(连接点) | 它指的是那些可以用于把增强代码加入到业务主线中的点,那么由上图中我们可以看出,这些点指的就是方法。在方法执行的前后通过动态代理技术加入增强的 代码。在Spring框架AOP思想的技术实现中,也只支持方法类型的连接点。 |
Pointcut(切 入点) | 它指的是那些已经把增强代码加入到业务主线进来之后的连接点。由上图中,我们看出表现层 transfer 方法就只是连接点,因为判断访问权限的功能并没有对其增强。 |
Advice(通 知/增强) | 它指的是切面类中用于提供增强功能的方法。并且不同的方法增强的时机是不一样的。比如,开启事务肯定要在业务方法执行之前执行;提交事务要在业务方法正常执行之后执行,而回滚事务要在业务方法执行产生异常之后执行等等。那么这些就是通知的类型。其分类有:前置通知 后置通知 异常通知 最终通知 环绕通 知。 |
Target(目标 对象) | 它指的是代理的目标对象。即被代理对象。 |
Proxy(代理) | 它指的是一个类被AOP织入增强后,产生的代理类。即代理对象。 |
Weaving(织 入) | 它指的是把增强应用到目标对象来创建新的代理对象的过程。spring采用动态代 理织入,而AspectJ采用编译期织入和类装载期织入。 |
Aspect(切 面) | 它指定是增强的代码所关注的方面,把这些相关的增强代码定义到一个类中,这 个类就是切面类。例如,事务切面,它里面定义的方法就是和事务相关的,像开 启事务,提交事务,回滚事务等等,不会定义其他与事务无关的方法。我们前面 的案例中 TrasnactionManager 就是一个切面。 |
众多的概念,目的就是为了锁定要在哪个地方插入什么横切逻辑代码
2. Spring中AOP的代理选择
Spring 实现AOP思想使用的是动态代理技术
默认情况下,Spring会根据被代理对象是否实现接口来选择使用JDK还是CGLIB。当被代理对象没有实现任何接口时,Spring会选择CGLIB。当被代理对象实现了接口,Spring会选择JDK官方的代理技术,不过我们可以通过配置的方式,让Spring强制使用CGLIB。
3. Spring中AOP的配置方式
在Spring的AOP配置中,也和IoC配置一样,支持3类配置方式。
- 第一类:使用XML配置
- 第二类:使用XML+注解组合配置
- 第三类:使用纯注解配置
3.1 XML 模式
- 第一步:引入坐标
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-aop</artifactId>
<version>5.1.12.RELEASE</version>
</dependency>
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjweaver</artifactId>
<version>1.9.4</version>
</dependency>
- 第二步:AOP 核心配置
Spring基于XML的AOP配置前期准备:
在spring的配置文件中加入aop的约束
xmlns:aop="http://www.springframework.org/schema/aop"
http://www.springframework.org/schema/aop
https://www.springframework.org/schema/aop/spring-aop.xsd
Spring基于XML的AOP配置步骤:
第一步:把通知Bean交给Spring管理
第二步:使用aop:config开始aop的配置
第三步:使用aop:aspect配置切面
第四步:使用对应的标签配置通知的类型
入⻔案例采用前置通知,标签为aop:before
<!--把通知bean交给spring来管理-->
<!--把通知bean交给spring来管理-->
<bean id="logUtil" class="com.lagou.utils.LogUtil"></bean>
<!--开始aop的配置--> <aop:config>
<!--配置切面-->
<aop:aspect id="logAdvice" ref="logUtil">
<!--配置前置通知-->
<aop:before method="printLog" pointcut="execution(public *
com.lagou.service.impl.TransferServiceImpl.updateAccountByCardNo(com.lagou .pojo.Account))"></aop:before>
</aop:aspect>
</aop:config>
<!--
pointcut="execution(public *
com.lagou.service.impl.TransferServiceImpl.updateAccountByCardNo(com.lagou .pojo.Account))"
这一句使用到了切入点表达式:指的是遵循特定语法结构的字符串,其作用是用于对符合语法格式的连接点进行增强。
全限定方法名 访问修饰符 返回值 包名.包名.包名.类名.方法名(参数列表) 每个位置都可以用*来替代,多个*相连可以用*..*替代
-->
- 第三步:开启AOP
//使用aop:config标签配置
<aop:config proxy-target-class="true">
//使用aop:aspectj-autoproxy标签配置
<!--此标签是基于XML和注解组合配置AOP时的必备标签,表示Spring开启注解配置AOP 的支持-->
<aop:aspectj-autoproxy proxy-target-class="true"></aop:aspectj-autoproxy>
五种通知类型
- 配置方式:aop:before标签
<!--
作用: 用于配置前置通知。
出现位置: 它只能出现在aop:aspect标签内部
属性:
method:用于指定前置通知的方法名称 pointcut:用于指定切入点表达式 pointcut-ref:用于指定切入点表达式的引用
执行时机: 前置通知永远都会在切入点方法(业务核心方法)执行之前执行。
细节: 前置通知可以获取切入点方法的参数,并对其进行增强。
-->
<aop:before method="printLog" pointcut-ref="pointcut1"> </aop:before>
- 正常执行时通知
<!--
作用:
用于配置正常执行时通知
出现位置: 它只能出现在aop:aspect标签内部
属性:
method:用于指定后置通知的方法名称 pointcut:用于指定切入点表达式 pointcut-ref:用于指定切入点表达式的引用
-->
<aop:after-returning method="afterReturningPrintLog" pointcut- ref="pt1"></aop:after-returning>
- 异常通知
<!--
作用:
用于配置异常通知。
出现位置: 它只能出现在aop:aspect标签内部
属性:
method:用于指定异常通知的方法名称
pointcut:用于指定切入点表达式 pointcut-ref:用于指定切入点表达式的引用
执行时机
异常通知的执行时机是在切入点方法(业务核心方法)执行产生异常之后,异常通知执行。如果切入点方法执行没有产生异常,则异常通知不会执行。
细节
异常通知不仅可以获取切入点方法执行的参数,也可以获取切入点方法执行产生的异常信息。
-->
<aop:after-throwing method="afterThrowingPrintLog" pointcut-ref="pt1" ></aop:after-throwing>
- 最终通知
<!--
作用:
用于指定最终通知。
出现位置: 它只能出现在aop:aspect标签内部 属性: method:用于指定最终通知的方法名称
pointcut:用于指定切入点表达式 pointcut-ref:用于指定切入点表达式的引用
执行时机
最终通知的执行时机是在切入点方法(业务核心方法)执行完成之后,切入点方法返回之前执行。 换句话说,无论切入点方法执行是否产生异常,它都会在返回之前执行。
细节
最终通知执行时,可以获取到通知方法的参数。同时它可以做一些清理操作。
-->
<aop:after method="afterPrintLog" pointcut-ref="pt1"></aop:after>
- 环绕通知
<!--
作用:
用于配置环绕通知。
出现位置: 它只能出现在aop:aspect标签的内部
属性:
method:用于指定环绕通知的方法名称
pointcut:用于指定切入点表达式 pointcut-ref:用于指定切入点表达式的引用
-->
<aop:around method="aroundPrintLog" pointcut-ref="pt1"></aop:around>
环绕通知,它是有别于前面四种通知类型外的特殊通知。前面四种通知(前置,后置,异常和最终) 它们都是指定何时增强的通知类型。而环绕通知,它是Spring框架为我们提供的一种可以通过编码的方式,控制增强代码何时执行的通知类型。它里面借助的ProceedingJoinPoint接口及其实现类, 实现手动触发切入点方法的调用。
3.2 XML+注解模式
- xml开启Spring对注解AOP的支持
<!--开启spring对注解aop的支持-->
<aop:aspectj-autoproxy/>
- 代码示例
/**
* 模拟记录日志 * */
@Component
@Aspect
public class LogUtil {
/**
* 我们在xml中已经使用了通用切入点表达式,供多个切面使用,那么在注解中如何使用呢?
* 第一步:编写一个方法
* 第二步:在方法使用@Pointcut注解
* 第三步:给注解的value属性提供切入点表达式
* 细节:
* 1.在引用切入点表达式时,必须是方法名+(),例如"pointcut()"。
* 2.在当前切面中使用,可以直接写方法名。在其他切面中使用必须是全限定方法名。 */
@Pointcut("execution(* com.lagou.service.impl.*.*(..))")
public void pointcut(){}
@Before("pointcut()")
public void beforePrintLog(JoinPoint jp){
Object[] args = jp.getArgs();
System.out.println("前置通知:beforePrintLog,参数是:"+ Arrays.toString(args));
}
@AfterReturning(value = "pointcut()",returning = "rtValue")
public void afterReturningPrintLog(Object rtValue){
System.out.println("后置通知:afterReturningPrintLog,返回值 是:"+rtValue);
}
@AfterThrowing(value = "pointcut()",throwing = "e")
public void afterThrowingPrintLog(Throwable e){
System.out.println("异常通知:afterThrowingPrintLog,异常是:"+e);
}
@After("pointcut()")
public void afterPrintLog(){
System.out.println("最终通知:afterPrintLog");
}
/**
* 环绕通知
* @param pjp * @return
*/
@Around("pointcut()")
public Object aroundPrintLog(ProceedingJoinPoint pjp){
//定义返回值
Object rtValue = null;
try{
//前置通知 System.out.println("前置通知");
//1.获取参数
Object[] args = pjp.getArgs();
//2.执行切入点方法
rtValue = pjp.proceed(args);
//后置通知
System.out.println("后置通知");
}catch (Throwable t){
//异常通知 System.out.println("异常通知"); t.printStackTrace();
}finally { //最终通知
System.out.println("最终通知"); }
return rtValue;
}
}
3.3 注解模式
在使用注解驱动开发aop时,我们要明确的就是,是注解替换掉配置文件中的下面这行配置:
<aop:aspectj-autoproxy/>
在配置类中使用如下注解进行替换上述配置
@Configuration
@ComponentScan("com.lagou")
@EnableAspectJAutoProxy //开启spring对注解AOP的支持
public class SpringConfiguration {
}
4. Spring 声明式事务的支持
编程式事务:在业务代码中添加事务控制代码,这样的事务控制机制就叫做编程式事务
声明式事务:通过xml或者注解配置的方式达到事务控制的目的,叫做声明式事务
4.1 事务的概念
事务指逻辑上的一组操作,组成这组操作的各个单元,要么全部成功,要么全部不成功。从而确保了数据的准确与安全。
4.2 事务的四大特性
- 原子性(Atomicity) :是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都
不发生。 - 一致性(Consistency) :事务必须使数据库从一个一致性状态变换到另外一个一致性状态。
- 隔离性(Isolation): 事务的隔离性是多个用户并发访问数据库时,数据库为每一个用户开启的事务,
每个事务不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离。 - 持久性(Durability): 持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发生故障
也不应该对其有任何影响。
4.3 事务的隔离级别
不考虑隔离级别,会出现以下情况:(以下情况全是错误的),也即为隔离级别在解决事务并发问题
- 脏读:一个线程中的事务读到了另外一个线程中未提交的数据。
- 虚读(幻读):一个线程中的事务读到了另外一个线程中已经提交的insert或者delete的数据(前后条 数不一样)
<!--
数据库共定义了四种隔离级别:
Serializable(串行化):可避免脏读、不可重复读、虚读情况的发生。(串行化) 最高
Repeatable read(可重复读):可避免脏读、不可重复读情况的发生。(幻读有可能发生) 第二
Read committed(读已提交):可避免脏读情况发生。不可重复读和幻读一定会发生。 第三
Read uncommitted(读未提交):最低级别,以上情况均无法保证。(读未提交) 最低
注意:级别依次升高,效率依次降低
-->
MySQL的默认隔离级别是:REPEATABLE READ
查询当前使用的隔离级别: select @@tx_isolation
;
设置MySQL事务的隔离级别:set session transaction isolation level xxx
; (设置的是当前 mysql连接会话的,并不是永久改变的)
4.4 事务的传播行为
事务往往在service层进行控制,如果出现service层方法A调用了另外一个service层方法B,A和B方法本身都已经被添加了事务控制,那么A调用B的时候,就需要进行事务的一些协商,这就叫做事务的传播行为。
A调用B,我们站在B的⻆度来观察来定义事务的传播行为
一共有七个,但一般只使用下面两个:
PROPAGATION_REQUIRED | 如果当前没有事务,就新建一个事务,如果已经存在一个事务中, 加入到这个事务中。这是最常⻅的选择。 |
PROPAGATION_SUPPORTS | 支持当前事务,如果当前没有事务,就以非事务方式执行。 |
4.5 Spring中事务的API
PlatformTransactionManager
public interface PlatformTransactionManager {
/**
* 获取事务状态信息
*/
TransactionStatus getTransaction(@Nullable TransactionDefinition definition)
throws TransactionException;
/**
* 提交事务 */
void commit(TransactionStatus status) throws TransactionException;
/**
* 回滚事务 */
void rollback(TransactionStatus status) throws TransactionException;
}
此接口是Spring的事务管理器核心接口。
Spring本身并不支持事务实现,只是负责提供标准,应用底层支持什么样的事务,需要提供具体实现类。
此处也是策略模式的具体应用。在Spring框架中,也为我们 内置了一些具体策略,
例如:DataSourceTransactionManager , HibernateTransactionManager 等 等。( 和 HibernateTransactionManager 事务管理器在 spring-orm-5.1.12.RELEASE.jar 中)
4.6 Spring 声明式事务配置
- 纯xml方式
- 导入jar
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.1.12.RELEASE</version>
</dependency>
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjweaver</artifactId>
<version>1.9.4</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-jdbc</artifactId>
<version>5.1.12.RELEASE</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-tx</artifactId>
<version>5.1.12.RELEASE</version>
</dependency>
- xml配置
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<!--定制事务细节,传播行为、隔离级别等-->
<tx:attributes>
<!--一般性配置-->
<tx:method name="*" read-only="false" propagation="REQUIRED" isolation="DEFAULT" timeout="-1"/>
<!--针对查询的覆盖性配置-->
<tx:method name="query*" read-only="true" propagation="SUPPORTS"/>
</tx:attributes>
</tx:advice>
<aop:config>
<!--advice-ref指向增强=横切逻辑+方位-->
<aop:advisor advice-ref="txAdvice" pointcut="execution(* com.lagou.edu.service.impl.TransferServiceImpl.*(..))"/>
</aop:config>
- 基于XML+注解
- xml配置
<!--配置事务管理器-->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManage r">
<property name="dataSource" ref="dataSource"></property> </bean>
<!--开启spring对注解事务的支持-->
<tx:annotation-driven transaction-manager="transactionManager"/>
- 在接口、类或者方法上添加@Transactional注解
@Transactional(readOnly = true,propagation = Propagation.SUPPORTS)
- 基于纯注解
@EnableTransactionManagement//开启spring注解事务的支持
public class SpringConfiguration {
}