本节介绍Spring如何处理关键的切入点概念。
Spring的切入点模型支持独立于通知类型的切入点重用。你可以使用相同的切入点来通知不同的建议目标。
org.springframework.aop.Pointcut接口是一个中心接口，用于将通知定向到特定的类和方法。完整interface如下：
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代理时可以执行此评估，以避免对每个方法调用进行测试。如果两个参数匹配的方法对于给定的方法返回true，而methodMatcher的isRuntime（）方法返回true，则在每次方法调用时都会调用三个参数匹配的方法。这允许切入点查看在执行目标通知之前立即传递给方法调用的参数。
大多数MethodMatcher实现是静态的，这意味着它们的isRuntime（）方法返回false。在本例中，从不调用三个参数matches方法。
如果可能，尝试使切入点静态化，允许AOP框架在创建AOP代理时缓存切入点评估的结果。
Spring支持对切入点的操作（尤其是Union和intersection）。
Union是指切入点匹配任意一个方法。intersection表示切入点同时匹配的方法。Union通常更有用。你可以使用org.springframework.aop.support.Pointcuts类中的静态方法或在同一个包中使用ComposablePointcut类来撰写切入点。然而，使用AspectJ切入点表达式通常是一种更简单的方法。
从2.0开始，Spring使用的最重要的切入点类型是org.springframework.aop.aspectj.AspectJExpressionPointcut。这是一个切入点，它使用AspectJ提供的库来分析AspectJ切入点表达式字符串。
有关支持的aspectj切入点原语的讨论，请参阅上一章。
Spring提供了几个方便的切入点实现。你可以直接使用其中的一些。其他的则被用在特定于应用程序的切入点中进行子类化。
静态切入点
静态切入点基于方法和目标类，不能考虑方法的参数。静态切入点对于大多数使用来说是最好的。当第一次调用方法时，Spring只能计算一次静态切入点。之后，不需要对每个方法调用再次计算切入点。 本节的其余部分描述了Spring中包含的一些静态切入点实现。
正则表达式切入点
指定静态切入点的一个明显方法是正则表达式。除了Spring，还有几个AOP框架使这成为可能。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同时封装了pointcut和advice，如下示例所示：
<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>你可以在任何Advice类型中使用RegexpMethodPointcutAdvisor。
属性驱动Pointcuts
一种重要的静态切入点类型是元数据驱动的切入点。这将使用元数据属性的值（通常是源级元数据）。
动态pointcuts
动态切入点的计算成本比静态切入点高。它们考虑了方法参数和静态信息。这意味着必须用每个方法调用对它们进行评估，并且不能缓存结果，因为参数会有所不同。
主要的例子是控制流切入点。
控制流切入点
Spring控制流切入点在概念上与AspectJ CFlow切入点相似，但功能较弱。（目前无法指定在与另一个切入点匹配的连接点下方执行切入点。）控制流切入点与当前调用堆栈匹配。例如，如果连接点是由com.mycompany.web包中的方法或SomeCaller类调用的，则它可能会激发。通常使用org.springframework.aop.support.ControlFlowPointcut类指定控制流切入点。
控制流切入点在运行时的计算成本比其他动态切入点都要高。在Java 1.4中，成本是其他动态切入点的五倍。
Spring提供了有用的切入点超类来帮助你实现自己的切入点。
因为静态切入点最有用，所以你可能应该将StaticMethodMatcherPointCut子类化。这只需要实现一个抽象方法（尽管你可以重写其他方法来定制行为）。下面的示例显示如何将StaticMethodMatcherPointCut子类化：
class TestStaticPointcut extends StaticMethodMatcherPointcut {
public boolean matches(Method m, Class targetClass) {
// return true if custom criteria match
}
}还有动态切入点的超类。你可以对任何通知类型使用自定义切入点。
因为Spring AOP中的切入点是Java类，而不是语言特征（如AspectJ中），所以可以声明自定义切入点，无论是静态的还是动态的。Spring中的自定义切入点可以任意复杂。但是，如果可以的话，我们建议使用AspectJ切入点表达式语言。
Spring的较新版本可能支持jac-提供的“语义切入点”，例如，“所有更改目标对象中实例变量的方法”。