b Spring AOP 的使用--API的使用

–> go to 总目录

6.1. Pointcut API in Spring

本节描述了Spring如何处理关键切入点概念。

6.1.1. Concepts

Spring的切入点模型使切入点重用不受建议类型的影响。您可以使用相同的切入点来定位不同的建议。
org.springframework.aop.Pointcut接口是中央接口，用于将建议定向到特定的类和方法。

• ClassFilter接口用于将切入点限制为给定的一组目标类。如果matches（）方法始终返回true，则所有目标类都将匹配。以下清单显示了ClassFilter接口定义：
  
• MethodMatcher
  matchs（Method，Class）方法用于测试此切入点是否与目标类上的给定方法匹配。创建AOP代理时可以执行此评估，以避免需要对每个方法调用进行测试。如果两个参数的match方法对于给定的方法返回true，并且MethodMatcher的isRuntime（）方法返回true，则在每次方法调用时都将调用三个参数的match方法。这样，切入点就可以在执行目标建议之前立即查看传递给方法调用的参数。
  
  大多数MethodMatcher实现都是静态的，这意味着它们的isRuntime（）方法返回false。在这种情况下，永远不会调用三参数匹配方法。

6.1.2. Operations on Pointcuts

Spring支持切入点上的操作（特别是联合和相交）。

联合表示两个切入点都匹配的方法。相交是指两个切入点都匹配的方法。联合通常更有用。您可以通过使用org.springframework.aop.support.Pointcuts类中的静态方法或使用同一包中的ComposablePointcut类来编写切入点。但是，使用AspectJ切入点表达式通常是一种更简单的方法。

6.1.3. AspectJ Expression Pointcuts

切入点表达式见上一章（5）

6.1.4. 快捷实现 Convenience Pointcut Implementations

Spring提供了几种方便的切入点实现。您可以直接使用其中一些。其他的则应归入特定于应用程序的切入点中。

static Points

静态切入点是基于方法和目标类的，不能考虑方法的参数。静态切入点足以满足大多数用途，并且最好。首次调用方法时，Spring只能评估一次静态切入点。之后，无需在每次方法调用时再次评估切入点。 本节的其余部分描述了Spring附带的一些静态切入点实现。

寻常的Regular Expression Pointcuts

指定静态切入点的一种明显方法是正则表达式。除了Spring之外，还有几个AOP框架使之成为可能。 org.springframework.aop.support.JdkRegexpMethodPointcut是一个通用的正则表达式切入点，它使用JDK中的正则表达式支持。 使用JdkRegexpMethodPointcut类，可以提供模式字符串的列表。如果其中任何一个匹配，则切入点的评估结果为true。 （因此，结果实际上是这些切入点的并集。） 以下示例显示如何使用JdkRegexpMethodPointcut：

Spring提供了一个名为RegexpMethodPointcutAdvisor的便利类，该类使我们还可以引用一个Advice（请记住，Advice可以是拦截器，before advice，throw advice等）。在幕后，Spring使用了JdkRegexpMethodPointcut。使用RegexpMethodPointcutAdvisor可以简化接线，因为一个bean封装了切入点和建议，如以下示例所示：

Attribute-driven Pointcuts

An important type of static pointcut is a metadata-driven pointcut. This uses the values of metadata attributes (typically, source-level metadata).

Dynamic pointcuts

动态切入点比静态切入点更昂贵。它们考虑了方法参数以及静态信息。这意味着必须在每次方法调用时对它们进行评估，并且由于参数会有所不同，因此无法缓存结果。 主要示例是控制流切入点。

Control Flow Pointcuts

Control Flow切入点在概念上类似于AspectJ cflow切入点，尽管功能不那么强大。 （当前无法指定一个切入点在与另一个切入点匹配的连接点下执行。）控制流切入点与当前调用堆栈匹配。例如，如果连接点是由com.mycompany.web包中的方法或SomeCaller类调用的，则可能会触发。通过使用org.springframework.aop.support.ControlFlowPointcut类指定控制流切入点。

6.1.5. Pointcut Superclasses

Spring提供了有用的切入点超类，以帮助您实现自己的切入点。 因为静态切入点最有用，所以您可能应该子类化StaticMethodMatcherPointcut。这仅需要实现一个抽象方法（尽管您可以覆盖其他方法以自定义行为）。下面的示例演示如何对StaticMethodMatcherPointcut进行子类化

6.1.6. Custom Pointcuts

由于Spring AOP中的切入点是Java类，而不是语言功能（如AspectJ），因此可以声明自定义切入点，无论是静态还是动态。 Spring中的自定义切入点可以任意复杂。但是，如果可以的话，我们建议使用AspectJ切入点表达语言。

6.2 Advice API in Spring

6.2.1. Advice Lifecycles

每个advice都是一个Spring bean。advice
实例可以在所有advice对象之间共享，或者对于每个advised object都是唯一的。这对应于per-class或per-instance的advice。 per-classadvice最常用。适用于一般advice，例如 transaction advisors。这些不依赖于代理对象的状态或添加新状态。它们仅作用于方法和参数。 每个实例的advice都适合引入，以支持混合。在这种情况下，advice将状态添加到代理对象。 您可以在同一AOP代理中混合使用共享advice和基于实例的advice

6.2.2. Advice Types in Spring

Spring提供了几种建议类型，并且可以扩展以支持任意建议类型。本节介绍基本概念和标准建议类型。

Interception Around Advice

Spring中最基本的advice类型是around advice的拦截。 对于使用方法拦截的建议，Spring符合AOP Alliance接口。实现MethodInterceptor和围绕建议的类也应该实现以下接口：