SpringBoot中AOP的动态匹配和静态匹配详解
作者：澄风
动态匹配和静态匹配
Spring中的采用的静态和动态的切点的检查采用这样的机制：
在创建代理的时候对目标类的每个连接点使用静态切点检查，如果仅通过静态切点检查就可以知道连接点是不匹配的，则在运行时就不再进行动态检查了；如果静态切点检查是匹配的，在运行的时候才进行动态切点检查。这样的在动态切点类定义静态切点检查方法可以防止不必要的动态检查操作，极大的提高了运行的效率。
简单的理解静态匹配和动态匹配
- 静态匹配 ：指的是匹配类和方法
- 动态匹配 ：指的是根据具体的值去匹配
举个栗子：
低版本中，Spring提供了用于创建动态切面的 DynamicMethodMatcherPointcutAdvisor 抽象类，这个抽象类在2.0已过时，现在可以使用 DefaultPointcutAdvisor 和 DynamicMethodMatcherPointcut 来完成相同的功能。
DynamicMethodMatcherPointcut 是一个抽象类，它将 isRuntime()标识位final并返回true，这样其子类就一定是一个动态切点。 该抽象类默认匹配所有的类和方法，因此需要扩展该类编写符合要求的动态切点
package com.xgj.aop.spring.advisor.DynamicAdvisor;
import java.lang.reflect.Method;
import java.util.ArrayList;
import java.util.List;
import org.springframework.aop.ClassFilter;
import org.springframework.aop.support.DynamicMethodMatcherPointcut;
public class GreetingDynamicPointcut extends DynamicMethodMatcherPointcut {
public static List<String> specialClientList = new ArrayList<String>();
static {
specialClientList.add("XiaoGongJiangOne");
specialClientList.add("XiaoGongJiangTwo");
}
/**
* （1）对类进行静态切点检查
*/
public ClassFilter getClassFilter() {
return new ClassFilter() {
@Override
public boolean matches(Class<?> clazz) {
System.out.println("调用getClassFilter()对 类【 " + clazz.getName()
+ "】做静态检查\n");
return Waiter.class.isAssignableFrom(clazz);
}
};
}
/**
* （2）对方法进行静态切点检查
*/
@Override
public boolean matches(Method method, Class<?> targetClass) {
System.out
.println("调用matches(Method method, Class<?> targetClass),对方法【"
+ targetClass.getName() + "." + method.getName()
+ "】做静态检查\n");
return "greetTo".equals(method.getName());
}
/**
* （3）对方法进行动态切点检查
*/
@Override
public boolean matches(Method method, Class<?> targetClass, Object... args) {
System.out
.println("调用matches(Method method, Class<?> targetClass, Object... args)对方法【"
+ targetClass.getName()
+ "."
+ method.getName()
+ "】做动态检查\n");
String clientName = (String) args[0];
return specialClientList.contains(clientName);
}
}我们可以看到GreetingDynamicPointcut 类既有用于静态切点检查的方法，又有动态切点检查的方法。
由于动态切点检查会对性能造成很大的影响，所以应当尽量避免在运行时每次都对目标类的各个方法进行动态检查。
Spring采用的机制如下： 在创建代理时对目标类的每个连接点使用静态切点检查，如果仅通过静态切点检查就知可以知道连接点是不匹配的，这在运行时就会进行动态检查。 反之，则进行动态切点检查。
在动态切点类中定义静态切点检查的方法可以避免不必要的动态检查操作，从而极大地提高运行效率。
我们在（3）处通过 matches(Method method, Class<?> targetClass, Object… args)定义了动态切点检查的方法，结合（2）处只对目标方法为greetTo(clientName)且clientName为特殊客户的方法启用增强，通过specialClientList模拟特殊的客户名单。
注意
- Spring会在创建代理织入切面时，对目标类中的所有方法进行静态切点检查
- 在生成织入切面的代理对象后，第一次调用代理类的每一个方法都会进行一次静态切点检查，如果本次检查就能够从候选者列表中排除改方法，则以后对该方法就不会再执行静态切点检查
- 对于那些在静态切点检查时匹配的方法，在后续调用该方法时，将执行动态切点检查
优缺点比较
- 静态匹配 ：
- 优点是性能高，只对类和方法进行匹配，匹配速度快。
- 缺点（我觉得不是缺点，就是这样设计的）是功能仅限于匹配方法、类，如果我想对入参之类的进行匹配就做不到
- 动态匹配：
- 优点灵活度高，可以对方法入参进行匹配。可以通过参数进行多样化匹配。
- 缺点性能较差，动态匹配因为每次调用方法的入参可能都不一样，所以每次调用方法都会判断，因此动态匹配对性能的影响很大，一般情况下，动态匹配不常用。
切点类型
静态方法切点 ： org.springframework.aop.support.StaticMethodMatcherPointcut是静态方法切点的抽象基类，默认情况下匹配所有的类。最常用的两个子类NameMatchMethodPointcut和 AbstractRegexpMethodPointcut，前者提供简单字符串匹配方法签名，后者使用正则表达式匹配方法签名。
动态方法切点 ：org.springframework.aop.support.DynamicMethodMatcherPointcut是动态方法切点的抽象基类，默认情况下匹配所有的类。
注解切点 ：org.springframework.aop.support.annotation.AnnotationMatchingPointcut实现类表示注解切点。
表达式切点 ： org.springframework.aop.support.ExpressionPointcut提供了对AspectJ切点表达式语法的支持。
流程切点 ： org.springframework.aop.support.ControlFlowPointcut该切点是一个比较特殊的节点，它根据程序执行的堆栈信息查看目标方法是否由某一个方法直接或间接发起调用，一次来判断是否为匹配的链接点。
复合切点 ：org.springframework.aop.support.ComposablePointcut该类是为实现创建多个切点而提供的操作类。
到此这篇关于SpringBoot中AOP的动态匹配和静态匹配详解的文章就介绍到这了,更多相关AOP的动态匹配和静态匹配内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！