目录
AOP简介
AOP： AOP(Aspect Oriented Programming)面向切面编程，一种编程范式，指导开发者如何组织程序结构。
作用：在不惊动原始设计的基础上为其进行功能增强，前面咱们有技术就可以实现这样的功能即代理模式。
Spring的理念：无入侵式/无侵入式
SpringAOP的核心本质是采用代理模式实现的
连接点(JoinPoint)：程序执行过程中的任意位置，粒度为执行方法、抛出异常、设置变量等
切入点(Pointcut):匹配连接点的式子
在SpringAOP中，一个切入点可以描述一个具体方法，也可也匹配多个方法
通知(Advice):在切入点处执行的操作，也就是共性功能
在SpringAOP中，功能最终以方法的形式呈现
通知类:定义通知的类
切面(Aspect):描述通知与切入点的对应关系。
AOP入门实现
1.导入坐标(pom.xml)
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
<dependency>
<groupId>org.aspectj</groupId>
<artifactId>aspectjweaver</artifactId>
<version>1.9.4</version>
</dependency>
</dependencies> 
因为spring-context中已经导入了spring-aop,所以不需要再单独导入spring-aop
导入AspectJ的jar包,AspectJ是AOP思想的一个具体实现，Spring有自己的AOP实现，但是相
比于AspectJ来说比较麻烦，所以我们直接采用Spring整合ApsectJ的方式进行AOP开发。
2.制作连接点(原始操作，Dao接口与实现类
@Repository
public class BookDaoImpl implements BookDao {
public void save() {
System.out.println(System.currentTimeMillis());
System.out.println("book dao save ...");
}
public void update(){
System.out.println("book dao update ...");
}
}
3.制作共性功能(通知类与通知)
public class MyAdvice {
public void method(){
System.out.println(System.currentTimeMillis());
}
}
4.定义切入点
public class MyAdvice {
//设置切入点，要求配置在方法上方
@Pointcut("execution(void com.itheima.dao.BookDao.update())")
private void pt(){}
//设置在切入点pt()的前面运行当前操作（前置通知）
// @Before("pt()")
public void method(){
System.out.println(System.currentTimeMillis());
}
}
5.绑定切入点与通知关系(切面)
@Component
//设置当前类为切面类类
@Aspect
//@Aspect 描述的类为切面类，此类中实现：
public class MyAdvice {
//设置切入点，要求配置在方法上方
@Pointcut("execution(void com.itheima.dao.BookDao.update())")
private void pt(){}
//设置在切入点pt()的前面运行当前操作（前置通知）
@Before("pt()")
public void method(){
System.out.println(System.currentTimeMillis());
}
}
6.开启注解格式AOP功能
@Configuration
@ComponentScan("com.itheima")
//开启注解开发AOP功能
@EnableAspectJAutoProxy
public class SpringConfig {
}| 名称 | @EnableAspectJAutoProxy |
| 类型 | 配置类注解 |
| 位置 | 配置类定义上方 |
| 作用 | 开启注解格式AOP功能 |
| 名称 | @Aspect |
| 类型 | 类注解 |
| 位置 | 切面类定义上方 |
| 作用 | 设置当前类为AOP切面类 |
| 名称 | @Pointcut |
| 类型 | 方法注解 |
| 位置 | 切入点方法定义上方 |
| 作用 | 设置切入点方法 |
| 属性 | value（默认）：切入点表达式 |
| 名称 | @Before |
| 类型 | 方法注解 |
| 位置 | 通知方法定义上方 |
| 作用 | 设置当前通知方法与切入点之间的绑定关系，当前通知方法在原始切入点方法前运行 |
AOP工作流程
流程1:Spring容器启动
容器启动就需要去加载bean，注意此时bean对象还没有创建成功
流程2:读取所有切面配置中的切入点
上面这个例子中有两个切入点的配置，但是第一个ptx()并没有被使用，所以不会被读取
流程3:初始化bean
注意第1步在容器启动的时候，bean对象还没有被创建成功，要被实例化bean对象的类中的方法和切入点进行匹配
流程4:获取bean执行方法
获取的bean是原始对象时，调用方法并执行，完成操作
获取的bean是代理对象时，根据代理对象的运行模式运行原始方法与增强的内容，完成操作
AOP配置管理
语法格式
描述方式一：执行com.itheima.dao包下的BookDao接口中的无参数update方法
execution(void com.itheima.dao.BookDao.update())描述方式二：执行com.itheima.dao.impl包下的BookDaoImpl类中的无参数update方法
execution(void com.itheima.dao.impl.BookDaoImpl.update())动作关键字(访问修饰符 返回值 包名.类/接口名.方法名(参数) 异常名）
例：
execution(public User com.itheima.service.UserService.findById(int))execution：动作关键字，描述切入点的行为动作，例如execution表示执行到指定切入点
public:访问修饰符,还可以是public，private等，可以省略
User：返回值，写返回值类型
com.itheima.service：包名，多级包使用点连接
UserService:类/接口名称
findById：方法名
int:参数，直接写参数的类型，多个类型用逗号隔开
异常名：方法定义中抛出指定异常，可以省略
通配符
*:单个独立的任意符号，可以独立出现，也可以作为前缀或者后缀的匹配符出现
execution（public * com.itheima.*.UserService.find*(*))匹配com.itheima包下的任意包中的UserService类或接口中所有find开头的带有一个参数的方法
..：多个连续的任意符号，可以独立出现，常用于简化包名与参数的书写
execution（public User com..UserService.findById(..))匹配com包下的任意包中的UserService类或接口中所有名称为findById的方法
+：专用于匹配子类类型
execution(* *..*Service+.*(..))描述切入点通常描述接口，而不描述实现类,如果描述到实现类，就出现紧耦合了
返回值类型对于增删改类使用精准类型加速匹配，对于查询类使用*通配快速描述
包名书写尽量不使用..匹配，效率过低，常用*做单个包描述匹配，或精准匹配
接口名/类名书写名称与模块相关的采用*匹配，例如UserService书写成*Service，绑定业务层接口名
AOP通知类型
5种通知类型:：前置通知、后置通知、环绕通知(重点)、返回后通知(了解)、抛出异常后通知(了解)
(1)前置通知
追加功能到方法执行前,类似于在代码1或者代码2添加内容
(2)后置通知
追加功能到方法执行后,不管方法执行的过程中有没有抛出异常都会执行，类似于在代码5添加内容
(3)返回后通知
追加功能到方法执行后，只有方法正常执行结束后才进行,类似于在代码3添加内容，如果方法执行抛出异常，返回后通知将不会被添加
(4)抛出异常后通知
追加功能到方法抛出异常后，只有方法执行出异常才进行,类似于在代码4添加内容，只有方法抛出异常后才会被添加
(5)环绕通知
环绕通知功能比较强大，它可以追加功能到方法执行的前后，这也是比较常用的方式，它可以实现其他四种通知类型的功能
@Pointcut("execution(void com.itheima.dao.BookDao.update())")
private void pt(){}
@Pointcut("execution(int com.itheima.dao.BookDao.select())")
private void pt2(){}
//@Around：环绕通知，在原始方法运行的前后执行
@Around("pt()")
public Object around(ProceedingJoinPoint pjp) throws Throwable {
System.out.println("around before advice ...");
//表示对原始操作的调用
Object ret = pjp.proceed();
System.out.println("around after advice ...");
return ret;
}
@Around("pt2()")
public Object aroundSelect(ProceedingJoinPoint pjp) throws Throwable {
System.out.println("around before advice ...");
//表示对原始操作的调用
Integer ret = (Integer) pjp.proceed(); //这个方法的返回值 就是环绕的函数的返回值
System.out.println("around after advice ...");
return ret;
}| 名称 | @After |
| 类型 | 方法注解 |
| 位置 | 通知方法定义上方 |
| 作用 | 设置当前通知方法与切入点之间的绑定关系，当前通知方法在原始切入点方法后运行 |
| 名 称 | @AfterReturning |
| 类 型 | 方法注解 |
| 位 置 | 通知方法定义上方 |
| 作 用 | 设置当前通知方法与切入点之间绑定关系，当前通知方法在原始切入点方法正常执行完毕后 执行 |
| 名 称 | @AfterThrowing |
| 类 型 | 方法注解 |
| 位 置 | 通知方法定义上方 |
| 作 用 | 设置当前通知方法与切入点之间绑定关系，当前通知方法在原始切入点方法运行抛出异常后 执行 |
| 名称 | @Around |
| 类型 | 方法注解 |
| 位置 | 通知方法定义上方 |
| 作用 | 设置当前通知方法与切入点之间的绑定关系，当前通知方法在原始切入点方法前后运行 |
环绕通知注意事项
1. 环绕通知必须依赖形参ProceedingJoinPoint才能实现对原始方法的调用，进而实现原始方法
调用前后同时添加通知
2. 通知中如果未使用ProceedingJoinPoint对原始方法进行调用将跳过原始方法的执行
3. 对原始方法的调用可以不接收返回值，通知方法设置成void即可，如果接收返回值，最好设定为
Object类型
4. 原始方法的返回值如果是void类型，通知方法的返回值类型可以设置成void,也可以设置成
Object
5. 由于无法预知原始方法运行后是否会抛出异常，因此环绕通知方法必须要处理Throwable异常
AOP通知获取数据
AOP中数据相关的内容 获取参数、获取返回值和获取异常
获取参数
@Pointcut("execution(* com.itheima.dao.BookDao.findName(..))")
private void pt(){}
//JoinPoint：用于描述切入点的对象，必须配置成通知方法中的第一个参数，可用于获取原始方法调用的参数
// @Before("pt()")
public void before(JoinPoint jp) {
Object[] args = jp.getArgs();
System.out.println(Arrays.toString(args));
System.out.println("before advice ..." );
}
参数的个数是不固定的，所以使用数组更通配些。
// @After("pt()")
public void after(JoinPoint jp) {
Object[] args = jp.getArgs();
System.out.println(Arrays.toString(args));
System.out.println("after advice ...");
}
使用JoinPoint的方式获取参数适用于前置、后置、返回后、抛出异常后通知
环绕通知使用的是ProceedingJoinPoint，因为ProceedingJoinPoint是JoinPoint类的子
类，所以对于ProceedingJoinPoint类中应该也会有对应的getArgs()方法
//ProceedingJoinPoint：专用于环绕通知，是JoinPoint子类，可以实现对原始方法的调用
// @Around("pt()")
public Object around(ProceedingJoinPoint pjp) {
Object[] args = pjp.getArgs();
System.out.println(Arrays.toString(args));
args[0] = 666;
Object ret = pjp.proceed(args);
return ret;
} ret就是方法的返回值，我们是可以直接获取，不但可以获取，如果需要还可以进行修
改，故ret是下面的获取返回值！
调用无参数的proceed，当原始方法有参数，会在调用的过程中自动传入参数
所以调用这两个方法的任意一个都可以完成功能
但是当需要修改原始方法的参数时，就只能采用带有参数的方法
获取返回值
//设置返回后通知获取原始方法的返回值，要求returning属性值必须与方法形参名相同
@AfterReturning(value = "pt()",returning = "ret")
public void afterReturning(JoinPoint jp,String ret) {
System.out.println("afterReturning advice ..."+ret);
}
注意:
参数类型可以写成String，但是为了能匹配更多的参数类型，建议写成Object类型 
获取异常
抛出异常后AfterThrowing和环绕Around这两个通知类型可以获取
环绕通知获取异常，直接将异常捕获，就可以得到原始方法的异常信息
在catch方法中就可以获取到异常，至于获取到异常以后该如何处理
抛出异常后通知获取异常
//设置抛出异常后通知获取原始方法运行时抛出的异常对象，要求throwing属性值必须与方法形参名相同
@AfterThrowing(value = "pt()",throwing = "t")
public void afterThrowing(Throwable t) {
System.out.println("afterThrowing advice ..."+t);
}
}
注意:
AOP事务管理
事务作用：在数据层保障一系列的数据库操作同成功同失败
Spring事务作用：在数据层或业务层保障一系列的数据库操作同成功同失败
Spring为了管理事务，提供了一个平台事务管理器PlatformTransactionManager
commit是用来提交事务，rollback是用来回滚事务
PlatformTransactionManager只是一个接口，Spring还为其提供了一个具体的实现:
从名称上可以看出，我们只需要给它一个DataSource对象，它就可以帮你去在业务层管理事务。其内部采用的是JDBC的事务。所以说如果你持久层采用的是JDBC相关的技术，就可以采用这个事务管理器来管理你的事务。而Mybatis内部采用的就是JDBC的事务，所以后期我们Spring整合Mybatis就采用的这个DataSourceTransactionManager事务管理器。
在JdbcConfig类中配置事务管理器
事务管理器要根据使用技术进行选择，Mybatis框架使用的是JDBC事务，可以直接使用
DataSourceTransactionManager
//配置事务管理器，mybatis使用的是jdbc事务
@Bean
public PlatformTransactionManager transactionManager(DataSource dataSource){
DataSourceTransactionManager transactionManager = new DataSourceTransactionManager();
transactionManager.setDataSource(dataSource);
return transactionManager;
}
开启事务注解，在SpringConfig的配置类中开启
@Configuration
@ComponentScan("com.itheima")
@PropertySource("classpath:jdbc.properties")
@Import({JdbcConfig.class,MybatisConfig.class})
//开启注解式事务驱动
@EnableTransactionManagement
public class SpringConfig {
}
在需要被事务管理的方法上添加注解，Spring注解式事务通常添加在业务层接口中而不会添加到业务层实现类中，降低耦合
注解式事务可以添加到业务方法上表示当前方法开启事务，也可以添加到接口上表示当前接口所有方法开启事务
public interface AccountService {
/**
* 转账操作
* @param out 传出方
* @param in 转入方
* @param money 金额
*/
//配置当前接口方法具有事务
@Transactional
public void transfer(String out,String in ,Double money) ;
}
| 名称 | @EnableTransactionManagement |
| 类型 | 配置类注解 |
| 位置 | 配置类定义上方 |
| 作用 | 设置当前Spring环境中开启注解式事务支持 |
| 名称 | @Transactional |
| 类型 | 接口注解 类注解 方法注解 |
| 位置 | 业务层接口上方 业务层实现类上方 业务方法上方 |
| 作用 | 为当前业务层方法添加事务（如果设置在类或接口上方则类或接口中所有方法均添加事务） |
Spring事务角色
未开启Spring事务之前:
AccountDao的outMoney因为是修改操作，会开启一个事务T1
AccountDao的inMoney因为是修改操作，会开启一个事务T2
AccountService的transfer没有事务，
运行过程中如果没有抛出异常，则T1和T2都正常提交，数据正确
如果在两个方法中间抛出异常，T1因为执行成功提交事务，T2因为抛异常不会被执行
就会导致数据出现错误因为是两个事务，所以其中一个出现错误，都不会出现回滚
开启Spring的事务管理后
transfer上添加了@Transactional注解，在该方法上就会有一个事务T
AccountDao的outMoney方法的事务T1加入到transfer的事务T中
AccountDao的inMoney方法的事务T2加入到transfer的事务T中
这样就保证他们在同一个事务中，当业务层中出现异常，整个事务就会回滚，保证数据的准确性。
事务角色：
事务管理员：发起事务方，在Spring中通常指代业务层开启事务的方法
事务协调员：加入事务方，在Spring中通常指代数据层方法，也可以是业务层方法
目前的事务管理是基于DataSourceTransactionManager和SqlSessionFactoryBean使用的是同一个数据源
Spring事务属性
事务配置、转账业务追加日志、事务传播行为
事务配置
上面这些属性都可以在@Transactional注解的参数上进行设置。
在着一块中 属性 rollbackfor 这块需要更正一个知识点，并不是所有的异常都会回滚事务Spring的事务只会对Error异常和RuntimeException异常及其子类进行事务回滚，其他的异常类型是不会回滚的
此时就可以使用rollbackFor属性来设置出现IOException异常回滚
public interface AccountService {
//rollback:设置当前事务参与回滚的异常，默认非运行时异常不参与回滚
@Transactional(rollbackFor = IOException.class)
public void transfer(String out,String in ,Double money) throws IOException;
}
事务传播行为
日志的记录与转账操作隶属同一个事务，同成功同失败，所以当转账失败后，所有的事务都回滚，导致日志没有记录下来
事务传播行为：事务协调员对事务管理员所携带事务的处理态度
修改logService改变事务的传播行为
public interface LogService {
//propagation设置事务属性：传播行为设置为当前操作需要新事务
@Transactional(propagation = Propagation.REQUIRES_NEW)
void log(String out, String in, Double money);
}
549
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
