Spring之AOP

Aop为什么会出现呢？本质上来说，是为了实现单一职责原则的思想，我们在做一个save操作的时候，往往需要先开启事务，如果成功提交事务，失败了回滚事务，最后还得关闭事务。最后说的这些事情其实在所有的业务逻辑中都是需要的，所以说都是些重复的操作，显然这样很不"程序猿"。于是为了对业务进行增强，加入一些必要的附属操作，AOP就这么诞生出来了

其实有可能你会发现，AOP好像和代理模式非常的相似，没错，AOP就是用代理模式进行实现的。

代理模式可以分为两种

1. 静态代理

在编译期间就已经存在一个代理类

1. 动态代理

不存在代理类的字节码文件，是通过反射动态生成的，是在运行期间，才确定关系的。

1.Java动态代理（真实对象必须存在接口）

• 原理：动态代理其实本质上也是静态代理的实现方法，只不过代理类不是由我们提供的，而是通过程序生成一个字节码文件，然后加载进虚拟机中。是通过实现接口的方式
• 使用的是reflect包下的Proxy和InvocationHandler 接口进行代理的
• 动态代理的最小单位是类，也就是说会为该类的所有public方法进行增强。（但是可以通过判断方法的一些特性，决定是否放行）

2.CGlib动态代理

• 原理： 通过继承了实现类的方式，对方法进行增强
• 被代理的类必须得是非final的

性能方面： Javassit > CGlib > JDK

Tips: AOP 使用了一种拦截器（Interceptor）的思想，相对于Filter只能应用于web领域，interceptor可以应用于各个领域，应用范围更过

AOP之关键字

1. JoinPoint 连接点，连接的是需要被增强的方法，强调的是去哪里做增强
2. PointCut 切入点， 是JoinPoint的一个集合，强调的是取哪些地方做增强。

3. Advice 增强，在方法执行的某一个时机，应该如何做增强。增强的类型共分为5种：

   1. 前置增强
   2. 后置增强
   3. 异常增强
   4. 最终增强
   5. 环绕增强
4. Target 目标对象
5. Aspect 切面 = JoinPoint + Advice
6. weaving 植入，把advise加到target上，然后创建代理过程的对象

PointCut语法

参考spring官网

AspectJ与动态代理

他俩最大的差别就在于动态代理是在运行的时候生成相应的class文件，而AspectJ则不是，它是通过编译成字节码文件的时候就被织入了字节码文件中，所以AspectJ也可以切私有方法，而动态代理却做不到。

AOP的配置使用

xml方式

在xml文件中加入了aop的命名空间后，写入以下代码：

<aop:config>
    <aop:aspect ref="使用哪个类做增强">
      <aop:pointcut id="pointcutA" expression="pointcut的execution表达式"/> <!--对哪些方法做增强-->
    <aop:before method="aop:aspect标签中ref属性的某个方法" pointcut-ref="pointcutA"/><!--调用前增强-->
    <aop:after-returning  method="aop:aspect标签中ref属性的某个方法" pointcut-ref="pointcutA" /><!--对返回后增强-->
    <aop:after-throwing method="aop:aspect标签中ref属性的某个方法" pointcut-ref="pointcutA" throwing =""/> <!--出现异常后增强-->
    <aop:after-throwing method="aop:aspect标签中ref属性的某个方法" pointcut-ref="pointcutA" /> <!--最终增强，无论有没有异常，适用于释放资源-->
    <aop:around />
  </aop:aspect>  
</aop:config>

注解方式

与上面的xml方式，十分类似也可以一一对应上。

• 首先需要在切面类上面使用@aspect
• 如果是前置的增强使用@Before
• 如果是返回后置的使用@AfterReturning
• 如果是异常后置的使用@AfterThrowing
• 如果是最后的返回，使用@After
• 如果是全方位的进行定制化，使用@Around

对应的这些注解拥有的属性，也是和xml中拥有的属性几乎相同。

Tips：经过我的实验证明@After会在@AfterReturning 和@AfterThrowing之前执行的

那么问题来了，我们现在想要获取被切的对象的相关信息应该如何做呢？

1.如果是异常增强：我们可以通过配置配置throwing参数，拿到被抛出的异常的对象。

2.除了异常增强和环绕增强之外，可以通过JoinPoint作为第一个参数获取到相关的信息，包括被切的对象，方法参数等等

3.如果是应用于环绕增强那么，使用ProcessingJoinPoint，它其实是JoinPoint的一个子类，不仅可以获取相关的信息，还可以调用真实被环绕的方法。