Spring AOP

##详解

概念

• 连接点（Joinpoint）
  被增强的方法是连接点也叫切入点(某一类的里面的所有方法)，增强（Advice）内容里面的方法都是连接点，也存在是连接点，但不是切入点的情况。就是没被增强的方法，就不是切入点。

• 切点（Pointcut）
  被增强的连接点是切入点。没被增强的是连接点但不是切入点。

注解

• @Pointcut：Pointcut是植入Advice的触发条件。每个Pointcut的定义包括2部分，一是表达式，二是方法签名。方法签名必须是 public及void型。可以将Pointcut中的方法看作是一个被Advice引用的助记符，因为表达式不直观，因此我们可以通过方法签名的方式为 此表达式命名。因此Pointcut中的方法只需要方法签名，而不需要在方法体内编写实际代码。
• @Around：环绕增强：包围一个连接点的通知，如方法调用。这是最强大的一种通知类型。环绕通知可以在方法调用前后完成自定义的行为。它也会选择是否继续执行连接点或直接返回它自己的返回值或抛出异常来结束执行。
  环绕通知使用一个代理ProceedingJoinPoint类型的对象来管理目标对象，所以此通知的第一个参数必须是ProceedingJoinPoint类型，在通知体内，调用ProceedingJoinPoint的proceed()方法会导致后台的连接点方法执行。proceed 方法也可能会被调用并且传入一个Object[]对象-该数组中的值将被作为方法执行时的参数。
• @AfterReturning：后置增强，方法正常退出时执行
• @Before：在某连接点之前执行的通知，但这个通知不能阻止连接点之前的执行流程（除非它抛出一个异常）
• @AfterThrowing：异常抛出增强，相当于ThrowsAdvice
• @After: final增强，当某连接点退出的时候执行的通知（不论是正常返回还是异常退出）。

顺序问题

单个AOP的情况下

• 正常情况
  所有通知order一样，执行顺序：around start -> before ->around end-> after ->afterReturning

• 异常情况
  所有通知order一样，执行顺序：around start -> before -> after -> afterthrowing
  

多AOP

order越小越是最先执行，但更重要的是最先执行的最后结束。

由此得出：spring aop就是一个同心圆，要执行的方法为圆心，最外层的order最小。从最外层按照AOP1、AOP2的顺序依次执行doAround方法，doBefore方法。然后执行method方法，最后按照AOP2、AOP1的顺序依次执行doAfter、doAfterReturn方法。也就是说对多个AOP来说，先before的，一定后after。

如果我们要在同一个方法事务提交后执行自己的AOP，那么把事务的AOP order设置为2，自己的AOP order设置为1，然后在doAfterReturn里边处理自己的业务逻辑。