四种常用的通知类型及优化重复的切入点表达式

xml配置前置、后置、异常和最终通知

1. 前置通知在切入点方法执行之前执行
2. 后置通知在切入点正常执行之后执行
3. 异常通知在切入点方法执行产生异常之后执行
4. 最终通知无论切入点方法是否正常执行，他都会在其后面执行

但是这样的切入点表达式过于繁琐

解决重复的切入点表达式问题

如何解决呢？
使用
<aop:pointcut id="唯一标识" expression="重复的切入点表达式"></aop:pointcut>"

示例如下

注意当我们的<aop:pointcut>标签写到了<aop:aspect>切面标签的内部的话，那么该标签定义的切入点表达式只能当前切面内使用，而如果我们将<aop:pointcut>标签写到了<aop:aspect>切面标签的外部的话，该标签定义的切入点表达式可以供所有切面使用

而且如果该<aop:pointcut>标签写到了<aop:aspect>的外面的话，那它必须要写到<aop:aspect>前面，这是约束规定，不然会报错，而且只提示xml配置文件有问题，不会告诉你哪里有问题

xml配置环绕通知

当我们配置了环绕通知的时候，执行测试代码，发现它只执行了通知的方法，没有执行切入点的方法

这是为什么呢？

我们来对比动态代理说明原因，发现通过对比动态代理中的环绕通知代码，发现动态代理的环绕通知有明确的切入点方法调用，而我们的xml配置中没有明确的切入点方法的调用，所以才出现了这样的情况

我们应该如何解决这样的问题呢？
Spring框架为我们提供了一个接口：ProceedingJoinPoint
该接口有一个方法proceed()：此方法就相当于明确调用切入点方法，并且该接口可以作为环绕通知的方法参数，在程序执行时，spring框架会为我们提供该接口的实现类供我们使用

ProceedingJoinPoint接口类型的参数中的getArags方法可以获取当前切入点方法的所有参数，proceed方法可以明确切入点方法的调用

spring中的环绕通知：
它是spring框架为我们提供的一种在代码中手动控制增强方法何时执行的方法