Spring 源码高级笔记之——Spring AOP 应用
Spring AOP应用
AOP本质:在不改变原有业务逻辑的情况下增强横切逻辑，横切逻辑代码往往是权限校验代码、日志代码、事务控制代码、性能监控代码。
第1节AOP相关术语
1.1业务主线
在讲解AOP术语之前，我们先来看一下下面这两张图，它们就是第三部分案例需求的扩展(针对这些扩展的需求，我们只进行分析，在此基础上去进一步回顾AOP，不进行实现)
上图描述的就是未采用AOP思想设计的程序，当我们红色框中圈定的方法时，会带来大量的重复劳动。程序中充斥着大量的重复代码，使我们程序的独立性很差。而下图中是采用了AOP思想设计的程序，它把红框部分的代码抽取出来的同时，运用动态代理技术，在运行期对需要使用的业务逻辑方法进行增强。
1.2 AOP 术语
连接点：方法开始时、结束时、正常运行完毕时、方法异常时等这些特殊的时机点，我们称之为连接点,项目中每个方法都有连接点,连接点是一种候选点
切入点：指定AOP思想想要影响的具体方法是哪些，描述感兴趣的方法
Advice增强：
第一个层次：指的是横切逻辑
第二个层次︰方位点（在某一些连接点上加入横切逻辑，那么这些连接点就叫做方位点，描述的是具体的特殊时机)
Aspect切面：切面概念是对上述概念的一个综合
Aspect切面=切入点+增强=切入点（锁定方法)＋方位点（锁定方法中的特殊时机)＋横切逻辑
众多的概念，目的就是为了锁定要在哪个地方插入什么横切逻辑代码
Spring中AOP的代理选择
Spring 实现AOP思想使用的是动态代理技术
默认情况下，Spring会根据被代理对象是否实现接口来选择使用JDK还是CGLIB。当被代理对象没有实现任何接口时，Spring会选择CGLIB。当被代理对象实现了接口，Spring会选择JDK官方的代理技术，不过我们可以通过配置的方式，让Spring强制使用CGLIB。
Spring中AOP的配置方式
在Spring的AOP配置中，也和loC配置一样，支持3类配置方式。
第一类:使用XML配置
第二类:使用XML+注解组合配置
第三类:使用纯注解配置
Spring中AOP实现
需求∶横切逻辑代码是打印日志，希望把打印日志的逻辑织入到目标方法的特定位置(service层transfer方法)
XML模式
Spring是模块化开发的框架，使用aop就引入aop的jar
坐标
AOP核心配置
细节
关于切入点表达式
上述配置实现了对TransferServiceImpl 的updateAccountByCardNo方法进行增强，在其执行之前，输出了记录日志的语句。这里面，我们接触了一个比较陌生的名称:切入点表达式，它是做什么的呢?我们往下看。
概念及作用
切入点表达式，也称之为AspectJ切入点表达式，指的是遵循特定语法结构的字符串，其作用是用于对符合语法格式的连接点进行增强。它是AspectJ表达式的一部分。
关于AspectJ
AspectJ是一个基于Java语言的AOP框架，Spring框架从2.0版本之后集成了AspectJ框架中切入点表达式的部分，开始支持AspectJ切入点表达式。
切入点表达式使用示例
改变代理方式的配置
在前面我们已经说了，Spring在选择创建代理对象时，会根据被代理对象的实际情况来选择的。被代理对象实现了接口，则采用基于接口的动态代理。当被代理对象没有实现任何接口的时候，Spring会自动切换到基于子类的动态代理方式。
但是我们都知道，无论被代理对象是否实现接口，只要不是final修饰的类都可以采用cglib提供的方式创建代理对象。所以Spring也考虑到了这个情况，提供了配置的方式实现强制使用基于子类的动态代理（即cglib的方式)，配置的方式有两种
使用aop:config标签配置
使用aop:aspectj-autoproxy标签配置
五种通知类型
前置通知
配置方式: aop:before标签
执行时机
前置通知永远都会在切入点方法（业务核心方法)执行之前执行。
细节
前置通知可以获取切入点方法的参数，并对其进行增强。
正常执行时通知
配置方式
异常通知
配置方式
执行时机
异常通知的执行时机是在切入点方法（业务核心方法)执行产生异常之后，异常通知执行。如果切入点方法执行没有产生异常，则异常通知不会执行。
细节
异常通知不仅可以获取切入点方法执行的参数，也可以获取切入点方法执行产生的异常信息。
最终通知
配置方式
执行时机
最终通知的执行时机是在切入点方法（业务核心方法)执行完成之后，切入点方法返回之前执行。换句话说，无论切入点方法执行是否产生异常，它都会在返回之前执行。
细节
最终通知执行时，可以获取到通知方法的参数。同时它可以做一些清理操作。
环绕通知
配置方式
XML+注解模式
XML中开启Spring对注解AOP的支持
示例
注解模式
在使用注解驱动开发aop时，我们要明确的就是，是注解替换掉配置文件中的下面这行配置:
在配置类中使用如下注解进行替换上述配置
Spring声明式事务的支持
编程式事务:在业务代码中添加事务控制代码，这样的事务控制机制就叫做编程式事务声明式事务:通过xml或者注解配置的方式达到事务控制的目的，叫做声明式事务
事务回顾
事务的概念
事务指逻辑上的一组操作，组成这组操作的各个单元，要么全部成功，要么全部不成功。从而确保了数据的准确与安全。
例如:A——B转帐，对应于如下两条sql语句:
这两条语句的执行，要么全部成功，要么全部不成功。
事务的四大特性
原子性(Atomicity)原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
从操作的角度来描述，事务中的各个操作要么都成功要么都失败
一致性(Consistency)事务必须使数据库从一个一致性状态变换到另外一个一致性状态。例如转账前A有1000，B有1000。转账后A+B也得是2000。
一致性是从数据的角度来说的，（1000，1000)(900，1100)，不应该出现(900，1000)
隔离性(lsolation)事务的隔离性是多个用户并发访问数据库时，数据库为每一个用户开启的事务，每个事务不能被其他事务的操作数据所干扰，多个并发事务之间要相互隔离。
比如:事务1给员工涨工资2000，但是事务1尚未被提交，员工发起事务2查询工资，发现工资涨了2000块钱,读到了事务1尚未提交的数据(脏读)
持久性(Durability)
持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。
事务的隔离级别
不考虑隔离级别，会出现以下情况:(以下情况全是错误的)，也即为隔离级别在解决事务并发问题
脏读:一个线程中的事务读到了另外一个线程中未提交的数据。
不可重复读:一个线程中的事务读到了另外一个线程中已经提交的update的数据（前后内容不一样)
场景:
员工A发起事务1，查询工资，工资为1w，此时事务1尚未关闭财务人员发起了事务2，给员工A张了2000块钱，并且提交了事务
员工A通过事务1再次发起查询请求，发现工资为1.2w，原来读出来1w读不到了，叫做不可重复读虚读〈幻读)︰一个线程中的事务读到了另外一个线程中已经提交的insert或者delete的数据〈前后条数不一样)
场景:
事务1查询所有工资为1w的员工的总数，查询出来了10个人，此时事务尚未关闭
事务2财务人员发起，新来员工，工资1 w，向表中插入了2条数据，并且提交了事务
事务1再次查询工资为1w的员工个数，发现有12个人,见了鬼了
数据库共定义了四种隔离级别:
Serializable(串行化)︰可避免脏读、不可重复读、虚读情况的发生。(串行化)最高
Repeatable read(可重复读)︰可避免脏读、不可重复读情况的发生。(幻读有可能发生)第二该机制下会对要update的行进行加锁
Read committed(读已提交)︰可避免脏读情况发生。不可重复读和幻读一定会发生。第三
Read uncommitted（读未提交)︰最低级别，以上情况均无法保证。(读未提交)最低
注意:级别依次升高，效率依次降低
MySQL的默认隔离级别是:REPEATABLE READ
查询当前使用的隔离级别:select @@tx_isolation;
设置MySQL事务的隔离级别: set session transaction isolation level xxx;(设置的是当前mysql连接会话的,并不是永久改变的)
事务的传播行为
事务往往在service层进行控制，如果出现service层方法A调用了另外一个service层方法B，A和B方法本身都已经被添加了事务控制，那么A调用B的时候，就需要进行事务的一些协商，这就叫做事务的传播行为。
A调用B，我们站在B的角度来观察来定义事务的传播行为
Spring中事务的API
mybatis: sqlSession.commit();
hibernate: session.commit();
PlatformTransactionManager
作用
此接口是Spring的事务管理器核心接口。Spring本身并不支持事务实现，只是负责提供标准，应用底层支持什么样的事务，需要提供具体实现类。此处也是策略模式的具体应用。在Spring框架中，也为我们内置了一些具体策略，例如:DataSourceTransactionManager，HibernateTransactionManager等等。（和HibernateTransactionManager事务管理器在spring-orm-5.1.12.RELEASE.jar中)Spring JdbcTemplate(数据库操作工具)、Mybatis (mybatis-spring.jar)—-——>
DataSourceTransactionManager
Hibernate框架——————> HibernateTransactionManager
DataSourceTransactionManager归根结底是横切逻辑代码，声明式事务要做的就是使用Aop(动态代理）来将事务控制逻辑织入到业务代码
Spring声明式事务配置
纯xml模式
导入jar
xml配置
基于XML+注解
xml配置
在接口、类或者方法上添加@Transactional注解
基于纯注解
Spring基于注解驱动开发的事务控制配置，只需要把xml配置部分改为注解实现。只是需要一个注解替换掉xml配置文件中的<tx:annotation-driven transaction-
manager="transactionManager" />配置。
在Spring的配置类上添加@EnableTransactionManagement注解即可
今天的分享就先到这里，可以关注小编获得第一手资料哦！
推荐阅读
为什么阿里巴巴的程序员成长速度这么快，看完他们的内部资料我懂了
刷Github时发现了一本阿里大神的算法笔记！标星70.5K
看完三件事❤️
如果你觉得这篇内容对你还蛮有帮助，我想邀请你帮我三个小忙：
点赞，转发，有你们的 『点赞和评论』，才是我创造的动力。
关注公众号 『 Java斗帝 』，不定期分享原创知识。
同时可以期待后续文章ing🚀
还未添加个人签名 2020.09.07 加入
还未添加个人简介
评论