我们在业务开发中,使用得最多的是 面向对象编程(OOP) ,因为它的代码逻辑直观,从上往下就能查看完整的执行链路。
在这个基础上延伸,出现了 面向切面编程(AOP) ,将可以重复性的横切逻辑抽取到统一的模块中。
例如日志打印、安全监测,如果按照 OOP
的思想,在每个方法的前后都要加上重复的代码,之后要修改的话,更改的地方就会太多,导致不好维护。所以出现了 AOP
编程, AOP
所关注的方向是 横向 的,不同于 OOP
的 纵向 。
所以接下来一起来 学习 AOP
是如何使用以及 Spring
容器里面的处理逻辑~
大致思路:
Table of Contents generated with DocToc
之前由于业务开发中需要用到 AOP
,所以也整理一篇 Spring自定义注解实现AOP ,感兴趣的同学可以去看看~
接下来是书中的例子:
public class TestAopBean { private String testStr = "testStr"; public void testAop() { // 被拦截的方法,简单打印 System.out.println("I am the true aop bean"); } }
@Aspect public class AspectJTest { @Pointcut("execution(* *.testAop(..))") public void test() { } @Before("test()") public void beforeTest() { System.out.println("before Test"); } @After("test()") public void afterTest() { System.out.println("after Test"); } @Around("test()") public Object aroundTest(ProceedingJoinPoint joinPoint) { System.out.println("around Before"); Object o = null; try { // 调用切面的方法 o = joinPoint.proceed(); } catch (Throwable e) { e.printStackTrace(); } System.out.println("around After"); return o; } }
首先类打上了 @Aspect
注解,让 Spring
认识到这个是一个切面 bean
,在方法打上 @Pointcut("execution(* *.testAop(..))")
,表示这是一个切点方法, execution()
内部的表达式指明被拦截的方法, Before
、 After
、 Around
分别表示在被拦截方法的前、后已经环绕执行。
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://www.springframework.org/schema/aop" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/aop https://www.springframework.org/schema/aop/spring-aop.xsd"> <!--开启 AOP 功能--> <aop:aspectj-autoproxy /> <bean id="aopTestBean" class="aop.TestAopBean"/> <bean class="aop.AspectJTest" /> </beans>
public class AopTestBootstrap { public static void main(String[] args) { ApplicationContext context = new ClassPathXmlApplicationContext("aop/aop.xml"); TestAopBean bean = (TestAopBean) context.getBean("aopTestBean"); bean.testAop(); // 输出内容 看输出顺序,了解到增强方法的执行顺序 : // Around proceed 之前 -> Before -> Around proceed 之后 -> After //around Before //before Test //I am the true aop bean //around After //after Test } }
根据上面的启动例子,发现在自己写的核心业务方法 testAop()
上,明明只是简单打印了 I am the true aop bean
,但执行结果输出了其它内容, 说明这个类被增强了,在不修改核心业务方法上,我们对它进行了扩展。证明了 AOP 可以使辅助功能独立于核心业务之外,方便了程序的扩展和解耦。
使用起来很方便,接下来一起来看看 Spring
是如何实现 AOP
功能的吧~
之前在介绍自定义标签时,提到了 AOP
的实现也借助了自定义注解,根据自定义标签的思想: 每个自定义的标签,都有对应的解析器 ,然后借助强大的开发工具 IDEA
定位功能,找到解析器注册的地方:
ctrl
,定位标签对应的 xsd
文件 META-INF
目录下找到了 spring.handlers
文件 AopNamespaceHandler
public class AopNamespaceHandler extends NamespaceHandlerSupport { @Override public void init() { // In 2.0 XSD as well as in 2.1 XSD. registerBeanDefinitionParser("config", new ConfigBeanDefinitionParser()); // 注释 8.1 自定义注解,注册解析器,元素名是 aspectj-autoproxy registerBeanDefinitionParser("aspectj-autoproxy", new AspectJAutoProxyBeanDefinitionParser()); registerBeanDefinitionDecorator("scoped-proxy", new ScopedProxyBeanDefinitionDecorator()); // Only in 2.0 XSD: moved to context namespace as of 2.1 registerBeanDefinitionParser("spring-configured", new SpringConfiguredBeanDefinitionParser()); } }
NamespaceHandlerSupport
,在加载过程中,将会执行 init
初始化方法,在这里,会注册 aspectj-autoproxy
类型的解析器 AspectJAutoProxyBeanDefinitionParser
如何注册自定义解析器之前也了解过了,所以接下来直接来看看,遇到 aspectj-autoproxy
类型的 bean
,程序是如何解析的。
来看下解析时,它的入口方法如下:
public BeanDefinition parse(Element element, ParserContext parserContext) { // aop 注解的解析入口,注册 AnnotationAwareAspectJAutoProxyCreator AopNamespaceUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(parserContext, element); // 对注解中子类的处理 extendBeanDefinition(element, parserContext); return null; }
AnnotationAwareAspectJAutoProxyCreator
。 public static void registerAspectJAnnotationAutoProxyCreatorIfNecessary( ParserContext parserContext, Element sourceElement) { // 通过工具类,注册或升级 AspectJAnnotationAutoProxyCreator BeanDefinition beanDefinition = AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary( parserContext.getRegistry(), parserContext.extractSource(sourceElement)); // 处理 proxy-target-class 以及 expose-proxy 属性 useClassProxyingIfNecessary(parserContext.getRegistry(), sourceElement); // 注册组件并通知,让监听器进行处理 registerComponentIfNecessary(beanDefinition, parserContext); }
可以看到这个方法内部有三个处理逻辑,所以我们来一个一个去分析了解:
对于 AOP
的实现,基本上都是靠 AnnotationAwareAspectJAutoProxyCreator
去完成,它可以根据 @Point
注解定义的切点来自动代理相匹配的 bean
。
Spring
替我们做了很多工作,所以开发 AOP
业务时才可以这么简单,连配置也简化了许多,所以来看下 Spring
是如何使用自定义配置来帮助我们自动注册 AnnotationAwareAspectJAutoProxyCreator
。 public static BeanDefinition registerAspectJAnnotationAutoProxyCreatorIfNecessary( BeanDefinitionRegistry registry, @Nullable Object source) { // 实际注册的 bean 类型是 AnnotationAwareAspectJAutoProxyCreator return registerOrEscalateApcAsRequired(AnnotationAwareAspectJAutoProxyCreator.class, registry, source); } private static BeanDefinition registerOrEscalateApcAsRequired( Class<?> cls, BeanDefinitionRegistry registry, @Nullable Object source) { Assert.notNull(registry, "BeanDefinitionRegistry must not be null"); if (registry.containsBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME)) { // 如果在 registry 已经存在自动代理创建器,并且传入的代理器类型与注册的不一致,根据优先级判断是否需要修改 BeanDefinition apcDefinition = registry.getBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME); if (!cls.getName().equals(apcDefinition.getBeanClassName())) { // 根据优先级选择使用哪一个 int currentPriority = findPriorityForClass(apcDefinition.getBeanClassName()); int requiredPriority = findPriorityForClass(cls); if (currentPriority < requiredPriority) { // 传进来的参数优先级更大,修改注册的 beanName,使用传进来的代理创建器 apcDefinition.setBeanClassName(cls.getName()); } } // 因为已经存在代理器,不需要之后的默认设置,直接返回 return null; } RootBeanDefinition beanDefinition = new RootBeanDefinition(cls); beanDefinition.setSource(source); // 默认的是最小优先级 beanDefinition.getPropertyValues().add("order", Ordered.HIGHEST_PRECEDENCE); beanDefinition.setRole(BeanDefinition.ROLE_INFRASTRUCTURE); // 自动代理创建器的注册名字永远是 org.springframework.aop.config.internalAutoProxyCreator registry.registerBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME, beanDefinition); return beanDefinition; }
这个步骤中,实现了自动注册 AnnotationAwareAspectJAutoProxyCreator
类,同时能看到涉及到优先级的概念和注册名一直都是 AUTO_PROXY_CREATOR_BEAN_NAME
。
private static void useClassProxyingIfNecessary(BeanDefinitionRegistry registry, @Nullable Element sourceElement) { if (sourceElement != null) { // 这方法作用挺简单的,就是解析下面两个属性,如果是 true,将它们加入代理注册器的属性列表中 // definition.getPropertyValues().add("proxyTargetClass", Boolean.TRUE) boolean proxyTargetClass = Boolean.parseBoolean(sourceElement.getAttribute(PROXY_TARGET_CLASS_ATTRIBUTE)); if (proxyTargetClass) { // 处理 proxy-target-class 属性 // 与代码生成方式有关,在之后步骤中决定使用 jdk 动态代理 或 cglib AopConfigUtils.forceAutoProxyCreatorToUseClassProxying(registry); } boolean exposeProxy = Boolean.parseBoolean(sourceElement.getAttribute(EXPOSE_PROXY_ATTRIBUTE)); if (exposeProxy) { // 处理 expose-proxy 属性 // 扩展增强,有时候目标对象内部的自我调用无法实施切面中的增强,通过这个属性可以同时对两个方法进行增强 AopConfigUtils.forceAutoProxyCreatorToExposeProxy(registry); } } }
关于 AopConfigUtils.forceAutoProxyCreatorToUseClassProxying(registry);
方法,它是一个属性设置的过程,如果解析到的属性为 true
,将它们加入代理注册器的属性列表中,这里不细说下去。
将这两个属性分开熟悉:
Spring AOP
部分使用 JDK
动态代理 (Proxy + InvocationHandler),或者 CGLIB
(Code Generation LIB)来为目标对象创建代理。书中提到,推荐使用的是 JDK
动态代理。 如果被代理的目标对象 实现了至少一个接口,则会使用 JDK
动态代理 。所有该目标类型实现的接口都将被代理。
若该目标对象 没有实现任何接口,则创建一个 CGLIB
代理。 如果希望代理目标对象的所有方法,而不只是实现自接口的方法,可以通过该属性 proxy-target-class
开启强制使用 CGLIB
代理。
但是强制开启 CGLIB
会有以下两个问题:
如果考虑好上面两个方面,那就可以通过以下两个地方来强制开启 CGLIB
代理:
<!-- one --> <aop:config proxy-target-class="true">...</aop:config> <!-- two --> <aop:aspectj-autoproxy proxy-target-class="true"/>
CGLIB
代理,这位老哥讲得很透彻,建议大家可以去了解一下~ Cglib及其基本使用 有时候目标对象内部的自我调用将无法实施切面中的增强。
例如两个方法都加上了事务注解 @Transactional
但是事务类型不一样:
public interface TestService { void a(); void b(); } public class TestServiceImpl implements TestService { @Override @Transactional(propagation = Propagation.REQUIRED) public void a() { this.b(); } @Override @Transactional(propagation = Propagation.REQUIRES_NEW) public void b() { System.out.println("Hello world"); } }
此处的 this
指向了目标对象, this.b()
方法将不会执行 b
事务的切面,即不会执行事务增强。
为了解决这个问题,使 a()
和 b()
方法同时增强,可以通过 expose-proxy
来实现:
<!-- one --> <aop:config expose-proxy="true">...</aop:config> <!-- two --> <aop:aspectj-autoproxy expose-proxy="true"/>
emmmm,这个方法内部逻辑如名字一样清晰,所以不细说啦。
前面主要围绕着自动代理器 AnnotationAwareAspectJAutoProxyCreator
的注册流程来讲解,接下来看自动代理器做了什么来完成 AOP
的操作。
下面是 AnnotationAwareAspectJAutoProxyCreator
的继承体系:
在图片右上角,发现它实现了 BeanPostProcessor
接口,之前文章提到过,它是一个后处理器,可以在 bean
实例化前后进行扩展。查看了实现了该接口的两个方法, postProcessBeforeInitialization
没有做处理,直接返回该对象。
postProcessAfterInitialization
方法,在 bean
实例化之后的处理,在这一步中进行里代理增强,所以来看下这个方法: public Object postProcessAfterInitialization(@Nullable Object bean, String beanName) { if (bean != null) { // 组装 key Object cacheKey = getCacheKey(bean.getClass(), beanName); if (this.earlyProxyReferences.remove(cacheKey) != bean) { // 如果适合被代理,则需要封装指定的 bean return wrapIfNecessary(bean, beanName, cacheKey); } } return bean; } protected Object wrapIfNecessary(Object bean, String beanName, Object cacheKey) { // 如果已经处理过 if (StringUtils.hasLength(beanName) && this.targetSourcedBeans.contains(beanName)) { return bean; } // 不需增强 if (Boolean.FALSE.equals(this.advisedBeans.get(cacheKey))) { return bean; } // 给定的 bean 类是否代表一个基础设施类,基础设置类不应代理 || 配置了指定 bean 不需要代理 if (isInfrastructureClass(bean.getClass()) || shouldSkip(bean.getClass(), beanName)) { this.advisedBeans.put(cacheKey, Boolean.FALSE); return bean; } // 如果存在增强方法则创建代理 Object[] specificInterceptors = getAdvicesAndAdvisorsForBean(bean.getClass(), beanName, null); if (specificInterceptors != DO_NOT_PROXY) { // 增强方法不为空 this.advisedBeans.put(cacheKey, Boolean.TRUE); // 创建代理 Object proxy = createProxy(bean.getClass(), beanName, specificInterceptors, new SingletonTargetSource(bean)); this.proxyTypes.put(cacheKey, proxy.getClass()); return proxy; } this.advisedBeans.put(cacheKey, Boolean.FALSE); return bean; }
@Before
、 @After
之类的,就是增强方法, AOP
处理时,要先找出这些增强方法。 bean
已经不完全是原来的类型了,会变成代理后的类型。 入口方法在这里:
protected Object[] getAdvicesAndAdvisorsForBean( Class<?> beanClass, String beanName, @Nullable TargetSource targetSource) { // 寻找符合的切面 List<Advisor> advisors = findEligibleAdvisors(beanClass, beanName); if (advisors.isEmpty()) { return DO_NOT_PROXY; } return advisors.toArray(); } protected List<Advisor> findEligibleAdvisors(Class<?> beanClass, String beanName) { // 从 beanFactory 中获取声明为 AspectJ 注解的类,对并这些类进行增强器的提取 // 委派给子类实现 org.springframework.aop.aspectj.autoproxy.AspectJAwareAdvisorAutoProxyCreator.extendAdvisors List<Advisor> candidateAdvisors = findCandidateAdvisors(); // 寻找匹配的增强器 List<Advisor> eligibleAdvisors = findAdvisorsThatCanApply(candidateAdvisors, beanClass, beanName); extendAdvisors(eligibleAdvisors); if (!eligibleAdvisors.isEmpty()) { eligibleAdvisors = sortAdvisors(eligibleAdvisors); } return eligibleAdvisors; }
对于指定 bean
的增强方法的获取包含这两个步骤,获取所有的增强以及寻找所有增强中适用于 bean
的增强并应用。对应于 findCandidateAdvisors
和 findAdvisorsThatCanApply
这两个方法。如果没找到对应的增强器,那就返回 DO_NOT_PROXY
,表示不需要进行增强。
由于逻辑太多,所以接下来贴的代码不会太多,主要来了解它的大致流程,有需要的可以跟着源码工程的注释跟踪完整的流程~:
protected List<Advisor> findCandidateAdvisors() { List<Advisor> advisors = super.findCandidateAdvisors(); if (this.aspectJAdvisorsBuilder != null) { // 注释 8.3 实际调用的是 org.springframework.aop.aspectj.annotation.BeanFactoryAspectJAdvisorsBuilder.buildAspectJAdvisors advisors.addAll(this.aspectJAdvisorsBuilder.buildAspectJAdvisors()); } return advisors; }
实际来看,关键是这个方法 this.aspectJAdvisorsBuilder.buildAspectJAdvisors()
这个方法看起来简单,但是实际处理的逻辑很多,代码深度也很多,所以为了避免太多代码,我 罗列了主要流程,和关键的处理方法做了什么
主要流程如下:
可以查询代码中的注释, 从 [注释 8.3] 到 [注释 8.8 根据切点信息生成增强器] 都是这个方法的处理逻辑
public InstantiationModelAwarePointcutAdvisorImpl(AspectJExpressionPointcut declaredPointcut, Method aspectJAdviceMethod, AspectJAdvisorFactory aspectJAdvisorFactory, MetadataAwareAspectInstanceFactory aspectInstanceFactory, int declarationOrder, String aspectName) { // 简单赋值 this.declaredPointcut = declaredPointcut; ... if (aspectInstanceFactory.getAspectMetadata().isLazilyInstantiated()) { Pointcut preInstantiationPointcut = Pointcuts.union(aspectInstanceFactory.getAspectMetadata().getPerClausePointcut(), this.declaredPointcut); this.pointcut = new PerTargetInstantiationModelPointcut( this.declaredPointcut, preInstantiationPointcut, aspectInstanceFactory); this.lazy = true; } else { // A singleton aspect. this.pointcut = this.declaredPointcut; this.lazy = false; // 初始化增强器 this.instantiatedAdvice = instantiateAdvice(this.declaredPointcut); } }
封装体前半部分逻辑只是简单赋值。关键是这个方法 instantiateAdvice(this.declaredPointcut)
,在这一步中,对不同的增强(Before/After/Around)实现的逻辑是不一样的。在 ReflectiveAspectJAdvisorFactory#getAdvice
方法中区别实现了根据不同的注解类型封装不同的增强器。
public Advice getAdvice(Method candidateAdviceMethod, AspectJExpressionPointcut expressionPointcut, MetadataAwareAspectInstanceFactory aspectInstanceFactory, int declarationOrder, String aspectName) { ... // 注释 8.7 根据不同的注解类型封装不同的增强器 switch (aspectJAnnotation.getAnnotationType()) { case AtPointcut: } return null; case AtAround: springAdvice = new AspectJAroundAdvice( candidateAdviceMethod, expressionPointcut, aspectInstanceFactory); break; case AtBefore: springAdvice = new AspectJMethodBeforeAdvice( candidateAdviceMethod, expressionPointcut, aspectInstanceFactory); break; case AtAfter: springAdvice = new AspectJAfterAdvice( candidateAdviceMethod, expressionPointcut, aspectInstanceFactory); break; case AtAfterReturning: springAdvice = new AspectJAfterReturningAdvice( candidateAdviceMethod, expressionPointcut, aspectInstanceFactory); AfterReturning afterReturningAnnotation = (AfterReturning) aspectJAnnotation.getAnnotation(); if (StringUtils.hasText(afterReturningAnnotation.returning())) { springAdvice.setReturningName(afterReturningAnnotation.returning()); } break; case AtAfterThrowing: springAdvice = new AspectJAfterThrowingAdvice( candidateAdviceMethod, expressionPointcut, aspectInstanceFactory); AfterThrowing afterThrowingAnnotation = (AfterThrowing) aspectJAnnotation.getAnnotation(); if (StringUtils.hasText(afterThrowingAnnotation.throwing())) { springAdvice.setThrowingName(afterThrowingAnnotation.throwing()); } break; default: } }
最后切点方法通过解析和封装成 Advisor
,提取到的结果加入到缓存中。细心的你可能会发现 除了普通的增强器外,还有另外两种增强器:同步实例化增强器和引介增强器。 由于用的比较少,所以我看到源码中这两个分支处理没有深入去学习,感兴趣的同学请继续深入学习这两种增强器~
在前面流程中,已经完成了所有增强器的解析,但是对于前面解析到的增强器,并不一定都适用于当前处理的 bean
,所以还需要通过一个方法来挑选出合适的增强器。
protected List<Advisor> findAdvisorsThatCanApply(List<Advisor> candidateAdvisors, Class<?> beanClass, String beanName) { ProxyCreationContext.setCurrentProxiedBeanName(beanName); try { // 在这一步中进行过滤增强器 return AopUtils.findAdvisorsThatCanApply(candidateAdvisors, beanClass); } finally { ProxyCreationContext.setCurrentProxiedBeanName(null); } }
可以看到,具体实现过滤操作的是工具类方法 AopUtils.findAdvisorsThatCanApply
:
public static List<Advisor> findAdvisorsThatCanApply(List<Advisor> candidateAdvisors, Class<?> clazz) { if (candidateAdvisors.isEmpty()) { return candidateAdvisors; } List<Advisor> eligibleAdvisors = new ArrayList<>(); // 遍历所有增强器 for (Advisor candidate : candidateAdvisors) { // 首先处理引介增强 if (candidate instanceof IntroductionAdvisor && canApply(candidate, clazz)) { eligibleAdvisors.add(candidate); } } boolean hasIntroductions = !eligibleAdvisors.isEmpty(); for (Advisor candidate : candidateAdvisors) { // 前面处理过了,跳过 if (candidate instanceof IntroductionAdvisor) { // already processed continue; } // 处理普通增强器类型 if (canApply(candidate, clazz, hasIntroductions)) { eligibleAdvisors.add(candidate); } } return eligibleAdvisors; }
具体判断逻辑在 canApply()
方法中,如果判断符合条件的,加入到 eligibleAdvisors
中,最后返回对于这个 bean
适合的增强器列表。
通过前面的流程,获取到了所有对应 bean
的增强器后,可以开始代理的创建。
protected Object createProxy(Class<?> beanClass, @Nullable String beanName, @Nullable Object[] specificInterceptors, TargetSource targetSource) { ProxyFactory proxyFactory = new ProxyFactory(); // 拷贝,获取当前类中的相关属性 proxyFactory.copyFrom(this); // 决定对于给定 bean 是否应该使用 targetClass 而不是他的接口代理 if (!proxyFactory.isProxyTargetClass()) { // 检查 proxyTargetClass 设置以及 preserveTargetClass 属性 if (shouldProxyTargetClass(beanClass, beanName)) { proxyFactory.setProxyTargetClass(true); } else { // 添加代理接口 evaluateProxyInterfaces(beanClass, proxyFactory); } } // 这一步中,主要将拦截器封装为增强器 Advisor[] advisors = buildAdvisors(beanName, specificInterceptors); proxyFactory.addAdvisors(advisors); proxyFactory.setTargetSource(targetSource); // 定制代理 customizeProxyFactory(proxyFactory); // 用来控制代理工厂被配置之后,是否含允许修改通知 // 缺省值为 false,不允许修改代理的配置 proxyFactory.setFrozen(this.freezeProxy); if (advisorsPreFiltered()) { proxyFactory.setPreFiltered(true); } // 生成代理,委托给了 ProxyFactory 去处理。 return proxyFactory.getProxy(getProxyClassLoader()); }
Spring
委托给了 ProxyFactory
去处理,在上面贴出的函数主要是对 ProxyFactory
的初始化操作,进而对真正的创建代理做准备,主要流程如下: 比较关键的是第三个步骤和第六个步骤,其中在第三个步骤中,进行的是拦截器包装, 详细代码流程请查 [注释 8.9 为给定的bean创建AOP代理] 和 [注释 8.10 包装拦截器,封装成 Advisor] 。
接着,完成了所有增强器的封装过程,到了解析的最后一步, 进行代理的创建和获取 。
public Object getProxy(@Nullable ClassLoader classLoader) { return createAopProxy().getProxy(classLoader); }
定位到创建代理的代码:
public AopProxy createAopProxy(AdvisedSupport config) throws AopConfigException { if (config.isOptimize() || config.isProxyTargetClass() || hasNoUserSuppliedProxyInterfaces(config)) { Class<?> targetClass = config.getTargetClass(); if (targetClass == null) { throw new AopConfigException("TargetSource cannot determine target class: " + "Either an interface or a target is required for proxy creation."); } if (targetClass.isInterface() || Proxy.isProxyClass(targetClass)) { return new JdkDynamicAopProxy(config); } return new ObjenesisCglibAopProxy(config); } else { return new JdkDynamicAopProxy(config); } }
从上面代码中能看出,根据了 几个关键属性,判断创建的是哪种类型的 AopProxy
,一种是 JDK 动态代理,另一种是 CGLIB 动态代理。
前面提到过的 proxy-target-class
属性和 targetClass
属性,在这里判断了应该创建哪一个代理。
观察图片以及前面分析,可以知道有两种代理方式: [JDK 动态代理] 和 [CGLIB 动态代理]
同时先说下 动态代理的含义:抽象类在编译期间是未确定具体实现子类,在运行时才生成最终对象。
JDK
代理是默认推荐的代理方式,使用的是 Proxy
+ InvocationHandler
。 可以通过以下方式实现:定义一个接口、实现类,和一个处理器继承于 InvocationHandler
,然后重载处理器中的 invoke
方法,对代理对象进行增强。
JdkDynamicAopProxy.java
public Object getProxy(@Nullable ClassLoader classLoader) { // 注释 8.11 JDK 动态代理 if (logger.isTraceEnabled()) { logger.trace("Creating JDK dynamic proxy: " + this.advised.getTargetSource()); } Class<?>[] proxiedInterfaces = AopProxyUtils.completeProxiedInterfaces(this.advised, true); findDefinedEqualsAndHashCodeMethods(proxiedInterfaces); return Proxy.newProxyInstance(classLoader, proxiedInterfaces, this); }
获取代理的核心步骤在 Proxy.newProxyInstance(classLoader, proxiedInterfaces, this)
,第三个参数是 JdkDynamicAopProxy
本身,而且它实现了 InvocationHandler
接口,重载了 invoke
方法。
org.springframework.aop.framework.JdkDynamicAopProxy#invoke
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { // 注释 8.12 jdk 动态代理重载的 invoke 方法 MethodInvocation invocation; Object oldProxy = null; boolean setProxyContext = false; TargetSource targetSource = this.advised.targetSource; Object target = null; try { Object retVal; if (this.advised.exposeProxy) { // Make invocation available if necessary. oldProxy = AopContext.setCurrentProxy(proxy); setProxyContext = true; } target = targetSource.getTarget(); Class<?> targetClass = (target != null ? target.getClass() : null); // Get the interception chain for this method. // 获取此方法的拦截链 List<Object> chain = this.advised.getInterceptorsAndDynamicInterceptionAdvice(method, targetClass); // 检查我们是否有任何切面逻辑。如果我们不这样做,我们可以回退直接反射调用目标,并避免创建 MethodInvocation。 if (chain.isEmpty()) { Object[] argsToUse = AopProxyUtils.adaptArgumentsIfNecessary(method, args); retVal = AopUtils.invokeJoinpointUsingReflection(target, method, argsToUse); } else { // 将拦截器封装在 ReflectiveMethodInvocation,便于使用 proceed 执行拦截器 invocation = new ReflectiveMethodInvocation(proxy, target, method, args, targetClass, chain); // 执行拦截器链 retVal = invocation.proceed(); } ... return retVal; } finally { if (target != null && !targetSource.isStatic()) { targetSource.releaseTarget(target); } if (setProxyContext) { AopContext.setCurrentProxy(oldProxy); } } }
JDK
代理过程中,主要的工作时创建了一个拦截器链,并使用 ReflectiveMethodInvocation
类进行封装,封装之后,逐一调用它的 proceed
方法, 用来实现在目标方法的前置增强和后置增强。 org.springframework.aop.framework.ReflectiveMethodInvocation#proceed
public Object proceed() throws Throwable { // 执行完所有增强器后执行切点方法 if (this.currentInterceptorIndex == this.interceptorsAndDynamicMethodMatchers.size() - 1) { return invokeJoinpoint(); } // 获取下一个要执行的拦截器 Object interceptorOrInterceptionAdvice = this.interceptorsAndDynamicMethodMatchers.get(++this.currentInterceptorIndex); if (interceptorOrInterceptionAdvice instanceof InterceptorAndDynamicMethodMatcher) { // 动态匹配 InterceptorAndDynamicMethodMatcher dm = (InterceptorAndDynamicMethodMatcher) interceptorOrInterceptionAdvice; Class<?> targetClass = (this.targetClass != null ? this.targetClass : this.method.getDeclaringClass()); if (dm.methodMatcher.matches(this.method, targetClass, this.arguments)) { return dm.interceptor.invoke(this); } else { // 匹配失败,跳过拦截器,直接返回 return proceed(); } } else { return ((MethodInterceptor) interceptorOrInterceptionAdvice).invoke(this); } }
具体代码和注释请定位到该方法查看。关于 JDK
动态代理,深入学习的话也可以单独拎出来,所以推荐看这篇资料 小豹子带你看源码:JDK 动态代理 ,进行了和学习
CGLIB[Code Generation LIB]
是一个强大的高性能的代码生成包。它广泛应用于许多 AOP
框架。
CGLIB
代理, 详细介绍了 CGLIB
在什么场景使用,以及被它增强后代码处理顺序, Cglib及其基本使用 。 希望看完这篇文章,能过了解到 CGLIB
代码生成包具体是如何对类进行增强。
通过前面一系列步骤,解析标签、属性、增强方法,到最后获取 CGLIB
代理,通过代理创建 bean
来看下最后被代理的 bean
内部:
bean
,内部很明显是 CGGLIB
代理生成的代码,我们在不修改业务代码的情况下,实现了方法增强。 既然有动态代理,那么也会有静态代理。
使用静态 AOP
的时候,需要用到 LTW
(Load-Time Weaving 加载时织入),指的是在虚拟机载入字节码文件时动态织入 AspectJ
切面。
AOP
的静态代理主要是在虚拟机启动时通过改变目标对象字节码的方式来完成对目标对象的增强,它与动态代理相比具有更高的效率,因为在动态代理调用的过程中,还需要一个动态创建代理类并代理目标对象的步骤,而静态代理则是在启动时便完成了字节码增减,当系统再次调用目标类时,与调动正常的类并无区别,所以在效率上会相对高些。 关于静态 AOP
的使用和学习,可以参考这篇文章: 从代理机制到Spring AOP
动态 AOP
使用起来很简单,对于如何实现,总结起来就两点:
AOP
标签 AOP
代理 Spring
底层实现逻辑却是复杂到不行,从 Spring
框架中可以看到这是良好的代码设计思路,顶层入口尽量简单,使用者很容易就能掌握该功能,复杂实现逻辑都被隐藏了。 写这一篇 AOP
学习总结,花了将近一周,先看了一遍书籍, 下班后花了一晚,将大致流程理了一遍,第二天晚上走读代码,发现有些地方还存在疑惑,例如 JDK
和 cglib
动态代理是怎么回事,翻阅查询资料,弄懂后又过了一天。
将代码注释加上,分析 动态代理 每一个步骤做的事情,结合之前学的后处理器 BeanPostProcessor
知识和自定义标签解析知识一起又梳理一遍。零零散散,终于整理完成。
AOP
知识点,按照我的理解,越往系统底层深入,它的执行效率越高,所以减少了动态创建代理类和代理目标对象的步骤,静态代理的速度会得到提升。同时由于接近底层后,代码编写的复杂度同样会增加,所以我在权衡高频率使用场景(动态代理),本次学习没有详细去了解,留下这个坑,以后有机会再填吧~ Gitee 地址 https://gitee.com/vip-augus/spring-analysis-note.git
Github 地址 https://github.com/Vip-Augus/spring-analysis-note
Cglib及其基本使用
说说 cglib 动态代理
Spring-AOP 自动创建代理
小豹子带你看源码:JDK 动态代理
从代理机制到Spring AOP
Spring 源码深度解析 / 郝佳编著. – 北京 : 人民邮电出版社