Spring之AOP

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

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

代理模式可以分为两种

  1. 静态代理

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

  2. 动态代理

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

    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的一个子类,不仅可以获取相关的信息,还可以调用真实被环绕的方法。

推荐阅读更多精彩内容