spring源码学习笔记1——解析xml生成BeanDefinition的过程解析
一丶Spring解析Xml生成BeanDefinition的流程
1.指定xml路径
解析xml首先需要知道xml的位置,如下我们构造了ApplicationContext
ApplicationContext context =
new ClassPathXmlApplicationContext("bean.xml");
首先根据setConfigLocations方法设置配置文件位置,从这里我们知道Spring支持多个配置文件一起加载
2.构建BeanFactory
生成的BeanDefinition需要放到BeanFactory中,所有在解析之前先生成BeanFactory
这里注释表示会通知子类刷新BeanFactory,这个子类是指AbstractApplicationContext的子类,这里子类是指AbstractRefreshableApplicationContext(ClassPathXmlApplicationContext的父类,但是refreshBeanFactory在父类中进行了实现)
3.解析xml生成BeanDefinition
这里引入一个新的概念,BeanDefinitionReader,这是Spring对BeanDefinition读取提供的规范接口,Spring支持基于注解和基于配置生成BeanDefinitiond的不同方式,所有抽取出BeanDefinitionReader,BeanDefinitionReader负责根据资源生成BeanDefinition并且注解到BeanDefinitionRegistry
解析Document生成BeanDefinition并且注册的操作委托给BeanDefinitionDocumentReader的实现类DefaultBeanDefinitionDocumentReader进行
1.判断当前xml的profile是否需要加载
如果是默认的Namespace(指xmlns=http://www.springframework.org/schema/beans)读取profile (多个环境生效的xml 可以使用 【,;】进行分割,还可以使用【!】表示不在哪个环境下生效,比如!dev
表示dev环境下这个xml中的bean将不被注入)
这里会先拿配置文件中的spring.profiles.active,如果不支持那么不处理这个xml,如果spring.profiles.active对于的值是空,那么拿spring.profiles.default中指定的配置,如果也不支持当前环境 那么不处理当前xml
2.解析xml生成BeanDefinition
接下来我们看下是怎么解析每一个<bean></bean>
生成BeanDefinition的
- 解析Import标签
对于这种内容,会针对resource的内容解析成Resouce再此调用解析成xml生成Bean的方法——loadBeanDefinitions,存在一点点逻辑就是可以当前绝对路径,url,相对路径去解析resouce中内容
-
解析alias标签
为Bean配置别名
根本上都是向BeanFactory注册,数据维护在aliasMap属性中,这里存在逻辑,如果name和alias相同会进行删除(因为name是bean标签指定的bean名称,别名也是这个的话那么没有必要注册(直接可以通过bean名称拿到bean)),还会检查是否存在别名的循环引用,对于name=a alias=b 和name=b,alias=a 这种情况会抛出异常
-
解析Bean标签
见剩余章节
-
解析Beans标签
循环处理里面每一个Bean标签内容
二丶解析<Bean>
生成BeanDefinition
1,BeanDefinitionParserDelegate解析Bean标签生成BeanDefinitionHolder
BeanDefinitionHolder是BeanDefinition的包装器,里面持有BeanDefinition和Bean的别名,Bean名称,并且记录元数据的来源
1.1获取BeanName 和Bean别名
id是bean的唯一表示,name可以使用,;
分割来表示别名,如果没有指定id,那么beanName默认使用name属性中的第一个=>a,;b,;c
beanName是a,还会检查BeanName是否重复
-
解析其他属性生成BeanDefinition
-
首先会拿class 和 parent指定的内容
!
Parent标签允许子类对一些属性不进行值的指定,而是直接使用父类中指定的值 相当于parent 可以起到模板的作用
-
1.2解析scope,abstract,lazy-init,autowire等标签
-
abstract的作用:
ApplicationContext会预实例化所有singleton的bean。因此很重要的一点是:如果你只想把一个(父)bean定义当作模板使用,而它又指定了class属性,那么你就得将'abstract'属性设置为'true'
-
autowire的作用
这里并不是立即进行依赖注入,只是对autowire的值进行解析,后续创建对象的时候才会依据值的不同有不同的行为
-
scope的作用
- Singleton :一个Spring 容器中只有一个Bean 的实例,此为Spring 的默认配置,全容器共享一个实例。
- Prototype :每次调用新建一个Bean 的实例。
- Request: Web 项目中,给每一个http request 新建一个Bean 实例。
- Session: Web 项目中,给每一个http session 新建一个Bean 实例。
- Global Session :这个只在portal 应用中有用,给每一个global http session 新建一个Bean实例。
-
lazy-init
lazy-init属性用于配置当前的springbean是否延迟加载。所谓延迟加载就是创建spring容器的时候是不创建对象的,当第一次获取该对象时才会实例化该对象
如下可以指定整个xml 是否延迟加载
!
-
depends-on
depends-on表现情况就是:如果A 的depends-on配置的是B,则spring会在创建A之前先创建B,会在销毁B之前先下回A。
- autowire-candidate
autowire-candidate:设置当前bean在被其他对象作为自动注入对象的时候,是否作为候选bean,默认值是true
-
primary
spring为我们注入bean的时候,如果存在类型相同的多个bean,如接口Service存在实现类A和B,但是A指定了Primary=true 那么会优先注入A
-
init-method
初始化方法,会在实例化bean之后被回调
-
destroy-method
销毁方法,Bean被销毁的时候被回调使用
-
factory-method
factory-method表示使用当前描述的方法指定创建bean的方法,
factory-bean
用于指定自己定义的类,factory-method
用于指定创建bean的方法,另外创建对象的方法可以是静态的也可以是实例的。
1.4 meta 标签
meta 所声明的 key 并不会在 Bean 中体现,只是一个额外的声明,当我们需要使用里面的信息时,通过 BeanDefinition 的 getAttribute()
获取。
1.5 lookup-method 标签
lookup-method 可以将定义bean的方法替换成另外一个bean中的方法
Spring框架通过使用CGLIB库中的字节码生成来动态生成重写该方法的子类,从而实现这种方法注入
<bean id="期望注入的bean A" class="A的class">
<lookup-method name="A的某一个方法" bean="替换成Bbean中的方法"/>
</bean>
1.6 replaced-method 标签
和lookup-method 差不多但是要求替换目标bean实现 MethodReplacer 接口
<bean id="myValueCalculator" class="x.y.z.MyValueCalculator">
把myValueCalculator 中的 computeValue 方法使用 replacementComputeValue 替换
<replaced-method name="computeValue" replacer="replacementComputeValue">
<arg-type>String</arg-type>
</replaced-method>
</bean>
<bean id="replacementComputeValue" class="a.b.c.ReplacementComputeValue"/>
1.7 constructor-arg 标签
通过构造函数注入。可以通过指定入参的名称,入参的index,入参的值(ref or value)来注入,还可以指定入参的类型(type属性)
1.8 property 标签
通过对应的setter方法注入,通过设置name属性 指定 字段的setter方法,使用ref 或者value 来标签字段需要注入成什么内容
1.9 qualifier 标签
qualifier 标签,和@Qualifier 差不多,qualifier标签是用来定义需要注入bean的别名的,代表这个bean必须根据名称(ByName)才会被选为候选bean(一般是ByType),即根据bean的名称进行注入.
2.注册BeanDefinition
解析完xml 之后,得到BeanDefinitionHolder,后续使用BeanDefinitionReaderUtils将BeanDefinition注册到BeanRegistry,在 DefaultListableBeanFactory 底层是使用ConcurrentHashMap 来维护bean名称和BeanDefinition的关系,别名也是使用ConcurrentHashMap 来维护Bean名称
2.1 注册BeanDefinition
DefaultListableBeanFactory 为例子
2.1.1 检验是否合法
如果是AbstractBeanDefinition 对象,那么调用validate方法
不能同时指定方法重写 且 指定bean有工厂方法产生,如果指定了重写但是类中没有这个方法 也抛出异常
2.1.2 存在相同bean名称时
如果不允许覆盖BeanDefinition,那么抛出异常,否则覆盖
2.1.3 注册
维护bean 名称和 BeanDefinition的map,把Bean名称加入到beanDefinitionNames 集合中
2.2 注册 别名
使用ConcurrentHashMap 维护别名和bean的名称,会检查是否存在别名循环的情况,比如A的别名是B,B的别名是A这种情况抛出异常
标签:xml,标签,Bean,bean,源码,解析,BeanDefinition From: https://www.cnblogs.com/cuzzz/p/16607924.html