Spring 揭秘之Spring AOP 二世

Spring AOP 二世

@AspectJ形式的Spring AOP

Spring倡导基于POJO的轻量级编程模式，而Spring框架在1.0的时候并没有提供基于POJO的AOP实现。

好在不久之后，Spring就提供了对AspectJ的支持，从而使得我们可以借助一套标准的注解+POJO完成AOP概念的描述；

虽然，Spring AOP提供了对AspectJ的集成，但是实际上仅仅是利用AspectJ的类库进行Pointcut的解析和匹配，底层的实现机制仍旧是Spring AOP最初的架构；

@AspectJ形式的Pointcut

@AspectJ形式的Pointcut声明方式

@AspectJ形式的Pointcut声明，依附在@Aspect所标注的Aspect定义类中；

@AspectJ形式的Pointcut声明包含两部分：Pointcut Expression和Pointcut Signature。

Pointcut Expression的载体为@Pointcut；该注解为方法级别的注解；Pointcut Expression所在的方法被称为Pointcut Signature；

@Pointcut所指定的表达式分为两部分：

1. Pointcut标记符：表明该Pointcut以什么样的行为匹配表达式；
2. 表达视频匹配模式：在Pointcut标记符内制定具体的匹配模式；

Pointcut Signature具化为一个方法，除了返回值需要是void以外，没什么特殊的要求；访问控制符方面，public表示该Pointcut Signature可以在其他Aspect定中使用；private表示只能在当前Aspect中使用；

也可以使用Pointcut Signature在另一Pointcut声明中代替Pointcut Expression，以避免重复定义Pointcut表达式；

AspectJ支持通过&&、||、!等逻辑运算符在Pointcut表达式、Pointcut Signature之间进行逻辑运算，结果仍为Pointcut表达式；

@AspectJ形式的Pointcut表达式的标记符

因为Spring AOP支持支方法级别的Joinpoint，所以可使用的标记符有：

1. execution：匹配就有指定方法签名的Joinpoint；其格式规定如下：

   execution(modifiers-pattern?ret-type-pattern declaring-type-pattern? name-pattern(param-pattern) throws-pattern?)；

   在execution中，可以使用两种通配符：*和…；前者可以用于任何部分，匹配相邻的多个字符，也就是一个Word；后者可以在两个提防使用，一个是declaring-type-pattern，表明多个层次的类型；一个是param-pattern，表示0到多个参数，参数类型不限；

   com.xiaomo.*.dianZan()，只能匹配到com.xiaomo包下的类中的dianZan()

2. within：只接受类型声明，匹配该类型下所有的Joinpoint；同样可以使用*和…来进行通配；

3. this和target：这两个概念比较复杂。在Aspect中，this指代调用方法的对象，target代表被调用的方法所在的对象；同时使用这两个标识符，可以限定方法的调用关系；在Spring AOP中，this指代代理对象而target指代目标对象；从代理模式来看，代理对象通常和目标对象的类型是相同的；当然也有不一致的情况，需要特别注意；

4. args：帮助我们捕捉拥有指定参数类型、数量的方法级Joinpoint；通过execution指定的参数，是静态匹配的；而通过args指定的参数则属于动态匹配；比如likeThisArticle(Object user)；以及args(User)；那么只要Object在运行时是User类型，即可命中；但是通过execute(void likeThisArticle(User))则无法命中；

5. @Within：目标类使用了指定注解，即可命中该类中所有方法；

6. @Target：目标对象拥有指定的注解，即可命中该类中所有方法；它和@Within很类似；实际上，@Within属于静态匹配；而@Target则是在运行时动态匹配Joinpoint；

7. @args：检查当前方法传入的参数是否有指定的注解，如果有，则命中该方法；

8. @annotaion：检查当前方法时候有指定的注解，如果有，则命中该方法；对注解的要求是只能用于方法级别；

@AspectJ形式的Pointcut在Spring AOP中的真实面目

实际上，所有@AspectJ形式声明的Pointcut表达式，在Spring 内部都将通过解析，转化为具体的Pointcut对象——AspectJExpressionPointcut；

也就是说，通过AspectJExpressionPointcut，实现了AspectJ和Spring AOP的适配；

@AspectJ形式的Advice

@AspectJ形式的Advice，通过在@Aspect注解的类中的方法加上表示Advice类别的注解来定义；可用注解有：

1. @Before：对应于Before Advice；
2. @AfterReturning：对应于After Returning Advice；
3. @AfterThrowing：对应于ThrowsAdvice；
4. @After：对应于After(Finally)类别的Advice；
5. @Around：对应于拦截器类型的Advice；
6. @DeclareParents：用于标注Introduction类型的Advice；通常用于Field而不是Method；

有了Advice和Pointcut，我们需要建立它们之间的连接；我们可以在Advice注解上指定对应的Pointcut，也就说，将该Advice织入到Pointcut命中的地方；可以指定Pointcut表达式，也可以指定Pointcut Signature；

Before Advice

在某些情况下，我们可能需要在Before Advice定义中访问Joinpoint处的方法参数，我们可以通过以下两种方法实现该目的：

1. 使用JoinPoint；在@AspectJ形式的Aspect中，我们可以将Advice的第一个参数设置为JoinPoint类型，然后借助其getArgs方法，便可以访问到Joinpoint方法的参数值；getThis()可以获得当前的代理对象；getTarget()可以获得当前目标对象等；

2. 通过args标记符绑定；当args接受的不是具体的对象类型，而是某个参数的名称时，它将把该参数名称所对应的参数值绑定到Advice方法的调用上；如：

   @Before(value="execution(boolean *.execute(String,..))&&args(tarskName)")
   public void setUpResourceBefore(String taskName) throws Throwable
   

   如此，Before Advice就可以通过taskName获取Joinpoint处的taskName参数啦；

实际上，除了Around Advice和Introduction不可以这么用外，其余的Advice均可以按照这种方式解决参数访问问题；值得注意的是，JoinPoint永远处于第一个参数位置；

另外，除了args外，this、target、@within、@target、@annotation等在指定参数名称的时候，就可以把相关内容绑定到对应的Advice的方法参数上；

After Throwing Advice

该类型的Advice有一个throwing属性，通过它，我们可以限定Advice定义方法的参数名，并在方法调用的时候，将相应的异常传递到具体方法参数上；

After Returning Advice

我们可以通过该类型的Advice的returning属性访问到Joinpoint处的返回值；

After Advice

并没有什么需要特别说明的地方；

Around Advice

对于Around Advice所标注的方法来说，其第一个参数必须是ProceedingJoinPoint；因为我们需要调用该类型参数的proceed()方法继续调用链的执行；

Introduction

以上Advice都是通过注解对方法进行标注，但是Introduction完全不同，因为它是对Aspect中的实例变量进行标注；

以AspectJ形式声明Introduction时，我们需要在Aspect中声明一个实例变量；它的类型就是新增功能的接口类型；然后使用@DeclareParents对其进行注解，同时通过defaultImpl属性指定该接口的实现类，通过value指定目标对象；

@AspectJ中的Aspect更多话题

执行顺序问题

执行顺序问题：当多个Advice命中同一Joinpoint的时候，它们的执行顺序如何决定？

如果这些Advice都声明在同一个Aspect中，那么**执行顺序由这些Advice的声明顺序决定；**最先声明的Advice拥有最高的优先权；对于Before Advice来说，最高优先级的方法最先运行；对于AfterReturningAdvice来说，最高优先的方法最后运行；

如果这些Advice分别属于不同的Aspect中，那么，我们就需要Ordered接口啦；否则，执行顺序无法确定；

注意！如果通过Spring的IoC容器注册并使用这些Aspect，让自动代理机制处理这些横切逻辑的织入过程，那么情况就是上述情况啦；如果是通过编程方式使用Aspect，那么Aspect内的Advice执行顺序完全由添加到AspectJProxyFactory的顺序来决定；

实例化模式问题

AspectJ默认使用Singleton模式，同时Spring AOP还支持perthis和pertarget等实例化模式；

我们可以在@Aspect注解里指定Aspect的实例化模式；如：

@Aspect("perthis(exection(boolean *.execute(String,..)))")
public class MultiAdvicesAspect(){
    @Pointcut("execution(boolean *.execute(String,..))")
    public void taskExecution(){}
}

perthis将为相应的代理对象实例化各自的Aspect实例；对于pertarget则为匹配的单独的目标对象实例化相应的Aspect实例；

说明

在《Spring揭秘》中，以上内容为该章的第一部分，第二部分讲解基于Schema的AspectJ支持；考虑到目前注解方式为主流的使用方式，我们就总结后面的内容啦；

小结

hhh，强行小结；至此，Spring的第二辆马车——Spring AOP就介绍完毕啦；

回顾我们对Spring的学习路线：IoC Service Provder——Spring IoC容器（包含BeanFactory和ApplicationContext）——AOP基本概念——SPring AOP的实现（底层结构以及对AspectJ的支持）；我们会发现，这是一个从一般到特殊的过程；

这样的安排是很合理的，一方面它符合人们的认知习惯，在学习掌握相关知识的过程中不会有“迷失感”，让人感到很“踏实”；另一方面它也符合面向对象的继承实现策略——从抽象到具体；所以，该书的章节安排不可谓不科学，不可谓不精彩；

然而，这本经典书籍成书已久，所使用的Spring版本在目前看来就比较旧了（当时，也是最新版呢）；这也是为啥我们贴的代码比较少，而理论叙述比较多的原因之一；（博文中的源码均来自Spring5.1，示例代码部分源自书本，一些系博主原创）；

展望

Spring框架的核心概念——IoC和AOP我们已经大体上掌握，接下来我们将采用“双线并行”的策略：一方面学习Spring框架的具体应用，以Spring MVC框架为学习样本；另一方面学习、阅读最新的Spring文档；