Spring中的Pointcut API

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

概念

Spring的切点模型使切点能够独立于建议类型进行重用。您可以使用相同的切点针对不同的建议。

org.springframework.aop.Pointcut接口是中心接口,用于将建议定位到特定的类和方法。完整的接口如下:

public interface Pointcut {

	ClassFilter getClassFilter();

	MethodMatcher getMethodMatcher();
}

Pointcut接口拆分为两部分允许类和方法匹配部分的重用以及细粒度的组合操作(例如与另一个方法匹配器执行“联合”)。

ClassFilter接口用于将切点限制为给定的目标类集。如果matches()方法始终返回true,则匹配所有目标类。以下清单显示了ClassFilter接口定义:

public interface ClassFilter {

	boolean matches(Class clazz);
}

MethodMatcher接口通常更重要。完整的接口如下:

public interface MethodMatcher {

	boolean matches(Method m, Class<?> targetClass);

	boolean isRuntime();

	boolean matches(Method m, Class<?> targetClass, Object... args);
}

matches(Method, Class)方法用于测试此切点是否匹配目标类上的给定方法。可以在创建AOP代理时执行此评估,以避免在每个方法调用上进行测试的需要。如果两参数的matches方法对给定方法返回true,并且MethodMatcher的isRuntime()方法返回true,则在每个方法调用上调用三参数匹配方法。这使得切点可以在目标建议开始之前立即查看传递给方法调用的参数。

大多数MethodMatcher实现都是静态的,意味着它们的isRuntime()方法返回false。在这种情况下,永远不会调用三参数的matches方法。

如果可能的话,尽量使切点静态,允许AOP框架在创建AOP代理时缓存切点评估结果。

切点操作

Spring支持切点上的操作(特别是并集和交集)。

并集意味着两个切点都匹配的方法。交集意味着两个切点都匹配的方法。通常并集更有用。您可以通过使用org.springframework.aop.support.Pointcuts类中的静态方法或使用相同包中的ComposablePointcut类来组合切点。但是,使用AspectJ切点表达式通常是一种更简单的方法。

AspectJ表达式切点

自2.0版本以来,Spring使用的最重要的切点类型是org.springframework.aop.aspectj.AspectJExpressionPointcut。这是一个使用AspectJ提供的库来解析AspectJ切点表达式字符串的切点。

有关支持的AspectJ切点基元的讨论,请参阅上一章节

便利的切点实现

Spring提供了几种方便的切点实现。您可以直接使用其中一些;其他则旨在在特定于应用程序的切点中进行子类化。

静态切点

静态切点基于方法和目标类,不能考虑方法的参数。对于大多数用途,静态切点足够且最佳。Spring只能在方法首次调用时评估静态切点一次。之后,无需在每个方法调用时重新评估切点。

本节的其余部分描述了Spring中包含的一些静态切点实现。

正则表达式切点

org.springframework.aop.support.JdkRegexpMethodPointcut是一个使用JDK中的正则表达式支持的通用正则表达式切点。

使用JdkRegexpMethodPointcut类,您可以提供一组模式字符串。如果其中任何一个匹配,则切点评估为true。(因此,生成的切点实际上是指定模式的并集。)

以下示例显示了如何使用JdkRegexpMethodPointcut

<bean id="settersAndAbsquatulatePointcut"
		class="org.springframework.aop.support.JdkRegexpMethodPointcut">
	<property name="patterns">
		<list>
			<value>.*set.*</value>
			<value>.*absquatulate</value>
		</list>
	</property>
</bean>

Spring提供了一个名为RegexpMethodPointcutAdvisor的便利类,它还允许我们引用一个Advice(请记住,Advice可以是拦截器、前置建议、抛出建议等)。在幕后,Spring使用JdkRegexpMethodPointcut。使用RegexpMethodPointcutAdvisor简化了连接,因为一个bean封装了切点和建议,如下例所示:

<bean id="settersAndAbsquatulateAdvisor"
		class="org.springframework.aop.support.RegexpMethodPointcutAdvisor">
	<property name="advice">
		<ref bean="beanNameOfAopAllianceInterceptor"/>
	</property>
	<property name="patterns">
		<list>
			<value>.*set.*</value>
			<value>.*absquatulate</value>
		</list>
	</property>
</bean>

您可以将RegexpMethodPointcutAdvisor与任何Advice类型一起使用。

基于属性驱动的切点

一种重要的静态切点类型是基于元数据驱动的切点。这使用元数据属性的值(通常是源级元数据)。

动态切点

动态切点比静态切点更昂贵。它们考虑方法参数以及静态信息。这意味着它们必须在每个方法调用时进行评估,并且结果不能被缓存,因为参数会变化。

主要示例是控制流切点。

控制流切点

Spring控制流切点在概念上类似于AspectJ的cflow切点,尽管功能较弱。(目前没有办法指定一个切点在另一个切点匹配的连接点下运行。)控制流切点匹配当前调用堆栈。例如,如果连接点是由com.mycompany.web包中的方法或SomeCaller类调用的,则可能触发。通过使用org.springframework.aop.support.ControlFlowPointcut类指定控制流切点。

控制流切点在运行时的评估成本比其他动态切点甚至更昂贵。在Java 1.4中,成本大约是其他动态切点的五倍。

切点超类

Spring提供了有用的切点超类,帮助您实现自己的切点。

由于静态切点最有用,您可能应该继承StaticMethodMatcherPointcut。这只需要实现一个抽象方法(尽管您可以重写其他方法以自定义行为)。以下示例显示了如何继承StaticMethodMatcherPointcut

  • Java

  • Kotlin

class TestStaticPointcut extends StaticMethodMatcherPointcut {

	public boolean matches(Method m, Class targetClass) {
		// 如果自定义条件匹配,则返回true
	}
}
class TestStaticPointcut : StaticMethodMatcherPointcut() {

	override fun matches(method: Method, targetClass: Class<*>): Boolean {
		// 如果自定义条件匹配,则返回true
	}
}

还有用于动态切点的超类。您可以将自定义切点与任何建议类型一起使用。

自定义切点

因为Spring AOP中的切点是Java类而不是语言特性(如AspectJ中),您可以声明自定义切点,无论是静态还是动态。Spring中的自定义切点可以是任意复杂的。但是,如果可以的话,我们建议使用AspectJ切点表达式语言。

Spring的后续版本可能会支持JAC提供的“语义切点”,例如“更改目标对象中的所有实例变量的所有方法”。