Spring AOP部分源码分析
Spring源码流程分析-AOP相关
根据Spring源码整理,其中Calculator为自定义的实现方法。
AnnotationConfigApplicationContext()加载配置类的流程
- register()传入配置类,准备IoC容器
- 注册配置类之后,refresh()刷新创建的容器
- invokeBeanFactoryPostProcessors()
- registerBeanPostProcessors()注册Bean的后置处理器以拦截bean
- 先获取IoC容器中已经定义了的需要创建的BeanProceesorNames
- 注册BeanPostProcessorChecker,该检查器在BeanPostProcessor实例化期间创建bean时记录信息消息,例如,当bean不符合所有BeanPostProcessor的处理条件时进行记录。
- 将BeanPostProcessor按照实现的PriorityOrdered,Ordered和其他接口进行分类
- 首先注册实现PriorityOrdered接口的BeanPostProccessor
- 然后注册实现了Ordered接口的BeanPostProccessor
- 根据PostProcessorName获取Bean
- 创建Bean实例(这里获取的是一个BeanWrap对象,并不是Bean)
- 给BeanPostProcessors返回一个代理对象替代目标bean实例的机会
- 真正创建Bean实例(PostProcessor本身也是一个Bean实例)
- 创建一个BeanWrapper(bean包装类)
- 创建Bean实例(输入internalAutoProxyCreator)
- 获取到真实的beanClass(这里是AnnotationAwareAspectJAutoProxyCreator)
- 如果没有特殊的处理,仅适用无参构造方法进行实例化
- 先获取实例化的策略(通过getInstantiationStrategy()),用以实例化Bean
- 使用CGLIB进行实例化(如果没有重写的情况下使用)
- 使用反射机制进行实例化
- 先获取实例化的策略(通过getInstantiationStrategy()),用以实例化Bean
- 通过BeanWrap获取包装的bean对象
- 通过BeanWrap获取包装的bean对象的类型
- 后置处理器可以修改合并的bean定义。
- 获取定义好的全部PostProcessor,如果有MergedBeanDefinitionPostProcessor处理器,则进行合并。(eg.合并了ApplicationListenerDetector)
- 给bean的各种属性赋值(populateBean)
- 初始化Bean(initializeBean)
- 调用Aware方法
- 对实现了BeanNameAware接口的bean进行设置beanName
- 对实现了BeanClassLoaderAware接口的Bean设置beanClassLoader
- 对实现了BeanFactoryAware接口的Bean设置beanFactory
- 在初始化前调用BeanPostProcessors处理器(applyBeanPostProcessorBeforeInitialization)
- 获取全部的BeanPostProcessors
- 依次执行其中的postProcessBeforeInitialization()方法
- 调用AwareInterface方法:
- ApplicationContextAwareProcessor时的AwareInterface方法如下:
- EnvironmentAware->setEnvironment()
- EmbeddedValueResolverAware->setEmbeddedValueResolver()
- ResourceLoaderAware->setResourceLoader()
- ApplicationEventPublisherAware->setApplicationEventPublisher()
- MessageSourceAware->setMessageSource()
- ApplicationContextAware->setApplicationContext()
- 调用Init方法:
- 先判断是否是InitializingBean(如果是,执行以下内容)
- 获取initMethodName
- 调用自定义的初始化方法
- 在初始化方法后调用BeanPostProcessors处理器(applyBeanPostProcesssorAfterInitialization)
- 调用Aware方法
- 创建Bean实例(这里获取的是一个BeanWrap对象,并不是Bean)
- 判读并标记是否是InstantiationAwareBeanPostProcessor(实例化处理器)
- 判断并标记是否是DestructionAwareBeanPostProcessor(销毁处理器)
- 添加到BeanPostProccessor列表中
- 根据PostProcessorName获取Bean
- 注册没有实现优先级接口的BeanPostProccessor
- 实例化剩下的非lazy-init单例(finishBeanFactoryInitialization->preInstantiateSingletons)
- 获取容器中全部的Bean名称
- 判断是否是FactoryBean,
- 如果不是FactoryBean直接获取创建Bean对象(getBeanName)
- 先检查单例缓存中是否存在手动注册的单例,(第一次创建单例,返回都是null)
- 创建bean实例
- 给BeanPostProcessors返回一个代理对象替代目标bean实例的机会
- 如果是InstantiationAwareBeanPostProcessor,就执行applyBeanPostProcessorsBeforeInstantiation。
- 然后调用doCreateBean()进行真实Bean的创建。
- 给BeanPostProcessors返回一个代理对象替代目标bean实例的机会
增强Calculator bean的流程
在refresh()->finishBeanFactoryInitialization中完成
- 实例化剩余的非懒加载的单例
- 获取全部的beanNames,循环遍历
- 获取bean定义(getBean(calculator))
- 先尝试从缓存中获取bean(第一次获取,为null)
- 标记bean已经被创建
- 获取bean依赖的bean并先进行创建(这里为null)
- 创建bean实例->createBean(beanName, mbd, args)
- 给BeanPostProcessors尝试返回代理对象的机会(resolveBeforeInstantiation)
- 进入Instantiation前置方法,执行前置处理器
- 获取全部的处理器,循环遍历,如果为InstantiationAwareBeanPostProcessor则调用前置处理器方法
- 当执行到AnnotationAwareAspectJAutoProxyCreator,执行器前置方法:
- 如果有自己定义的TargetSource则创建一个代理,这里为null(并没有起到实际的作用)
- 进入Instantiation前置方法,执行前置处理器
- doCreateBean()创建bean实例
- createBeanInstance()使用工厂方法(instantiateUsingFactoryMethod)调用Calculator构造方法,进行初始化构造
- 创建一个BeanWrapperImpl实现类
- 初始化BeanWrapperImpl(此时只包含默认值)
- 获取FactoryBeanName:cap10MainConfig
- 获取factoryBean:cap10MainConfig(被加强的)
- 当不使用任何factoryMethod和参数,尝试所有匹配给定参数的方法
- 获取全部符合条件方法(匹配到calculator())
- 如果只有一个符合条件的方法,将calculator()存入mdb.resolvedConstructorOrFactoryMethod
- instantiate()实例化bw bean装饰类
- 使用CGLIB的instantiate进行实例化
- 调用invoke()->intercept:cglibMethodProxy.invokeSuper->...->Calculator()构造函数
- 允许后置处理器修改合并的bean定义:applyMergedBeanDefinitionPostProcessors()
- 如果是MergedBeanDefinitionPostProcessor则执行其postProcessMergedBeanDefinition()
- populateBean给bean实例赋值
- 在配置属性前给InstantiationAwareBeanPostProcessors修改bean的机会,通过postProcessAfterInstantiation方法
- 检查如果实现了InstantiationAwareBeanPostProcessor,通过postProcessProperties获取PropertyValues
- applyPropertyValues应用属性值
- initializeBean():执行Bean初始化方法
- 调用Aware方法:invokeAwareMethods()(这里不存在Aware方法直接跳过)
- 调用Initialization前置处理器:applyBeanPostProcessorsBeforeInitialization()
- 获取全部的BeanPostProcessors,循环调用postProcessBeforeInitialization()--这里没做具体操作
- 调用初始化方法
- 判断bean类型是否是InitializingBean(这里跳过)
- 获取初始化方法
- 调用Initialization后置处理器
- 获取全部的BeanPostProces,循环遍历执行postProcessAfterInitialization()
- 如果需要,包装给定的bean,例如,当需要被代理。eg:当遇到AnnotationAwareAspectJAutoProxyCreator时,执行wrapIfNecessary():返回一个代理对象
- 创建代理
- 获取全部的拦截器
- 创建Proxy:
- 构建增强器advisors
- 添加到ProxyFactory
- 创建Proxy(getProxy()->createAopProxy().getProxy()) 这里返回一个cglibaop代理
- 创建代理
- 经过上一阶段的处理,返回的wrappedBean实际上变成了增强过后的代理对象,最终向上传递最后实际创建的是一个增强的代理对象。
- createBeanInstance()使用工厂方法(instantiateUsingFactoryMethod)调用Calculator构造方法,进行初始化构造
AOP的调用流程
div(4, 1)入口:
- 进入拦截intercept()方法
- 获取TargetSource(包含Calculator)
- 获取目标类,target=targetSource.getTarget()
- 获取目标类对象类型
- 获取拦截链 getInterceptorsAndDynamicInterceptionAdvice()
- 尝试从缓存中获取方法列表
- 如果没有,则从advisorChainFactory中获取(getInterceptorsAndDynamicInterceptionAdvice())
- 获取advisors列表,并创建interceptorList
- 循环遍历advisors,如果类型为PointCutAdvisor进行处理:(如果匹配为真,则添加到interceptorsList中)
- 由advice获取拦截方法列表
- 添加到interceptorList列表中
- 添加到methodCache中
- 如果没有拦截器链直接执行目标方法
- 如果有,创建一个方法调用(CglibMethodInvocation(..).proceed())
- 链式获取每一个拦截器,执行每一个拦截器的invoke方法,该拦截器等待下一个拦截器返回以后再执行。
小结
@EnableAspectJAutoProxy
开启AOP功能:主要在容器中注入了一个组件AnnotationAwareAspectJAutoProxyCreator对象

简述流程
- registerBeanPostProcessors():注册后置处理器-其中创建了AnnotationAwareApectJAutoProxyCreator对象
- finishBeanFactoryInitialization():初始化剩余的单实例bean
- 创建业务逻辑和切面组件
- AnnotationAwareAspectJAutoProxyCreator:拦截组件的创建过程
- 判断组件是否需要增强,如果需要增强,返回一个代理对象
- 执行目标方法
- 代理对象执行目标方法
- CglibAopProxy.intercept()拦截
- 获取一个拦截链
- 利用链式拦截器,依次执行拦截器内方法
- 执行顺序:
- 正常:前置->目标方法->后置->返回通知
- 异常:前置->目标方法->后置->异常通知
Spring AOP部分源码分析的更多相关文章
- Spring AOP高级——源码实现(1)动态代理技术
在正式进入Spring AOP的源码实现前,我们需要准备一定的基础也就是面向切面编程的核心——动态代理. 动态代理实际上也是一种结构型的设计模式,JDK中已经为我们准备好了这种设计模式,不过这种JDK ...
- Spring IOC 容器源码分析 - 余下的初始化工作
1. 简介 本篇文章是"Spring IOC 容器源码分析"系列文章的最后一篇文章,本篇文章所分析的对象是 initializeBean 方法,该方法用于对已完成属性填充的 bea ...
- Spring IOC 容器源码分析 - 填充属性到 bean 原始对象
1. 简介 本篇文章,我们来一起了解一下 Spring 是如何将配置文件中的属性值填充到 bean 对象中的.我在前面几篇文章中介绍过 Spring 创建 bean 的流程,即 Spring 先通过反 ...
- Spring IOC 容器源码分析 - 循环依赖的解决办法
1. 简介 本文,我们来看一下 Spring 是如何解决循环依赖问题的.在本篇文章中,我会首先向大家介绍一下什么是循环依赖.然后,进入源码分析阶段.为了更好的说明 Spring 解决循环依赖的办法,我 ...
- Spring IOC 容器源码分析 - 创建原始 bean 对象
1. 简介 本篇文章是上一篇文章(创建单例 bean 的过程)的延续.在上一篇文章中,我们从战略层面上领略了doCreateBean方法的全过程.本篇文章,我们就从战术的层面上,详细分析doCreat ...
- Spring IOC 容器源码分析 - 创建单例 bean 的过程
1. 简介 在上一篇文章中,我比较详细的分析了获取 bean 的方法,也就是getBean(String)的实现逻辑.对于已实例化好的单例 bean,getBean(String) 方法并不会再一次去 ...
- Spring IOC 容器源码分析 - 获取单例 bean
1. 简介 为了写 Spring IOC 容器源码分析系列的文章,我特地写了一篇 Spring IOC 容器的导读文章.在导读一文中,我介绍了 Spring 的一些特性以及阅读 Spring 源码的一 ...
- Spring IOC 容器源码分析系列文章导读
1. 简介 Spring 是一个轻量级的企业级应用开发框架,于 2004 年由 Rod Johnson 发布了 1.0 版本.经过十几年的迭代,现在的 Spring 框架已经非常成熟了.Spring ...
- 九、Spring之BeanFactory源码分析(一)
Spring之BeanFactory源码分析(一) 注意:该随笔内容完全引自https://blog.csdn.net/u014634338/article/details/82865644,写的 ...
随机推荐
- 扯不清楚的virtual和abstract
定义Person类: class Person { public void Say() { Console.WriteLine("I am a person"); } } 现在,我 ...
- TensorFlow函数(七)tf.argmax()
tf.argmax(input, dimension, name=None) 参数: input:输入数据 dimension:按某维度查找. dimension=0:按列查找: dimension= ...
- Vue滚动加载自定义指令
用Vue在移动端做滚动加载,使用mint-ui框架, InfiniteScroll指令loadmore组件,在uc浏览器和qq浏览器都无法触发.无奈我只能自己写了. 决定用vue 的自定义指令 写滚动 ...
- 企业案例 【故障修复】mysql主从故障解决过程
由于配置有zabbix监控,某日收到zabbix监控主从报警,,查看mysql状态, showslave status \G; slave复制状态有误,SLAVE_SQL_RUNNING为NO, 接着 ...
- c++——初始化列表
多个对象构造和析构 1对象初始化列表 1)对象初始化列表出现原因 1.必须这样做: 如果我们有一个类成员,它本身是一个类或者是一个结构,而且这个成员它只有一个带参数的构造函数,没有默认构造函数.这时要 ...
- 总结js基础方法
//判断对象上是否有个这个属性 hasProreturn obj != null && hasOwnProperty.call(obj, key); //判断是不是布尔值 isBool ...
- NYOJ-171 聪明的kk 填表法 普通dp
题目链接: http://acm.nyist.edu.cn/JudgeOnline/problem.php?pid=171 聪明的kk 时间限制:1000 ms | 内存限制:65535 KB 难 ...
- mac上cocoapods安装与卸载
安装 # 安装最新beta版 sudo gem install cocoapods --pre -n /usr/local/bin # 安装最新稳定版 sudo gem install cocoapo ...
- VUE 生命周期 详解
beforeCreate vue中的第一个生命周期,在vue实列被完全创建出来之前会执行.注意:在beforeCreate生命周期函数执行时,data.methods.中的数据都还没有初始化. cra ...
- 嵌入式C语言自我修养 02:Linux 内核驱动中的指定初始化
2.1 什么是指定初始化 在标准 C 中,当我们定义并初始化一个数组时,常用方法如下: ] = {,,,,,,,,}; 按照这种固定的顺序,我们可以依次给 a[0] 和 a[8] 赋值.因为没有对 a ...