1.3浅谈Spring(IOC容器的实现)

Posted 苏打水了面包

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了1.3浅谈Spring(IOC容器的实现)相关的知识,希望对你有一定的参考价值。

这一节我们来讨论IOC容器到底做了什么。

还是借用之前的那段代码

ClassPathXmlApplicationContext app = new ClassPathXmlApplicationContext("beans.xml");
Car car =app.getBean(Car.class);
System.out.println(car.getBrand()+","+car.getDesc());

这里ClassPathXmlApplicationContext是如何加载beans.xml的呢?

它到底做了哪些事情?

1.资源定位 2.资源加载 3.资源注册

再次之前,补充一点:SpringIOC容器管理了我们定义的各种Bean对象及其相互的关系,Bean对象在Spring实现中是以BeanDefinition(Bean定义资源文件中配置的POJO对象在Spring IoC容器中的映射)来描述的。

 

IOC初始化

现在我们通过源码来分析并验证:

技术分享图片

首先进入它的构造方法,这个构造方法调用其他的构造方法

技术分享图片

没错,就是这个方法啦,参数跟上图一样。这里有三个方法:

super();

setConfigLocation();

refresh();

来看一下这三个方法:

1、资源定义

①super();//资源加载器的配置

执行的是AbstractApplicationContext的构造方法

技术分享图片技术分享图片技术分享图片

这里的this,就是ClassPathXmlApplicationContext,它间接的继承自AbstractApplication Context,而AbstractApplicationContext又继承了DefaultResourceLoader,故它本身就是个ResourceLoader

技术分享图片

②setConfigLocation()//资源定位

技术分享图片

处理文件路径为一个字符串的情况

技术分享图片

处理多个多个资源文件字符串数组

StringUtils.tokenizeToStringArray(location, CONFIG_LOCATION_DELIMITERS)
//String CONFIG_LOCATION_DELIMITERS = ",; 	
";

这个方法是用来解析我们给的location,因为在创建ClassPathXmlApplicationContext时,我们可以传入多个Xml的配置,并用分号隔开。如:

ClassPathXmlApplicationContext app = new ClassPathXmlApplicationContext("beans.xml;spring.xml");

这时候就需要来解析这个String了,当然这个String有多种写法,不止用分号这么简单。所以需要来解析一下。

this.configLocations[i] = resolvePath(locations[i]).trim();

这个resovlePath是用来解析一些占位符的,由于这些文件可能是 classpath , filesystem ,或者是 URL 网络资源, servletContext 等。所以可能会存在占位符。

具体的解析过程在PropertyPlaceholderHelper的parseStringValue中。

2、资源加载

AbstractApplicationContext的refresh()是一个模版方法,它就是对IOC容器进行初始化并且对资源进行载入。其中obtainFreshBeanFactory()就是对"Bean"资源加载的关键。

技术分享图片

startupShutdownMonitor用于刷新和销毁的同步标记

①prepareRefresh()//准备刷新

技术分享图片

准备此上下文以进行刷新,设置其启动日期和活动标志以及执行属性源的任何初始化。

②obtainFreshBeanFactory()//资源加载

技术分享图片

先看refreshBeanFactory();//刷新BeanFactory

技术分享图片

判断是否存在BeanFacotry(即IOC容器),如果存在就销毁,因为IOC容器是单例的。只能存在一个。

这里createBeanFactory创建的是一个默认的DefaultListableBeanFactory

技术分享图片

customizeBeanFactory();//初始化工厂参数

自定义此上下文使用的内部bean工厂。 为每次refresh()尝试调用。默认实现应用此上下文的“allowBeanDefinitionOverriding”和“allowCircularReferences”设置(如果已指定), 可以在子类中重写以自定义任何DefaultListableBeanFactory的设置。

loadBeanDefinitions();//加载BeanDefinitions

这里调用的是AbstractXmlApplicationContext的loadBeanDefinitions方法

技术分享图片

这里传入了RourceLoader的资源加载器为ClassPathXmlApplicationContext

真正执行是重写的方法

技术分享图片

继续执行重写方法

技术分享图片技术分享图片

真正执行的重写方法:

技术分享图片图-X

这里首先获取getResourceLoader即是获取ClassPathXmlApplication,之前说过它继承自AbstractApplicationContext,而AbstractApplicationContext又继承了DefaultResource Loader

IOC容器是如何取到资源的呢?

这里的getResourceLoader();//取资源加载器

//获取资源
Resource[] resources = ((ResourcePatternResolver) resourceLoader).getResources(location);

技术分享图片

这里locationPattern用来区分是以多资源文件的形式,还是单资源文件的形式(就像Spring跟SpringMVC同时使用时的情况).

String CLASSPATH_ALL_URL_PREFIX = "classpath*:";

这里走else分支的else分支(获取单个资源)

return new Resource[] {getResourceLoader().getResource(locationPattern)};

getResourceLoader()即获取资源加载器,这里的就是ClassPathXmlApplicationContext,

getResource()//获取资源

技术分享图片

这里仍然走的是else分支,执行getResourceByPath(location);区分是从 本地,还是URL,还是其他的方式来配置的。

技术分享图片

 

技术分享图片

最终执行ClassPathResource的构造方法

技术分享图片

最终得到的resource如下图:

技术分享图片

在获取到了Resource之后,我们继续回到图-X,看它接下来的操作

int loadCount = loadBeanDefinitions(resources);

最终执行XmlBeanDefinitionReader的loadBeanDefinitions方法:

/**
*从指定的XML文件加载bean定义。
* @param encodedResource XML文件的资源描述符,
*允许指定用于解析文件的编码
* @return找到的bean定义数
* @throws BeanDefinitionStoreException在加载或解析错误的情况下
*/

技术分享图片

3、资源注册

在注册之前需要将读取到的resource转换成BeanDefinitions

这里获取资源的输入流,并执行真正执行的方法doLoadBeanDefinitions()

/**
*实际上从指定的XML文件加载bean定义。
* @param inputSource要读取的SAX InputSource
* @param资源XML文件的资源描述符
* @return找到的bean定义数
* @throws BeanDefinitionStoreException在加载或解析错误的情况下
* @see #doLoadDocument
* @see #registerBeanDefinitions
*/

技术分享图片

这里doLoadDocument(inputSource,resource)将资源文件转换成DOM对象

 

具体转换过程这里就不进行细看了,主要使用JAXP。

转换成DOM之后需要做的就是将DOM转换成Spring能够识别的数据结构BeanDefinitions

技术分享图片

这里的BeanDefinitionDocumentReader用于解析实际的DOM文档。

这里执行DefaultBeanDefinitionDocumentReader的registerBeanDefinitions

技术分享图片

doRegisterBeanDefinitions();是真正的注册beanDefinitions的方法

技术分享图片

这里有一个用来帮助解析的类:

BeanDefinitionParserDelegate

官方给的解释是:用于解析XML bean定义的有状态委托类。 旨在供主解析器和任何扩展BeanDefinitionParsers或BeanDefinitionDecorators使用。

之后是对Spring命名空间的一些检测。

最后才是真正的解析BeanDefinitions——parseBeanDefinitions

/**
*解析文档中根级别的元素:
*“import”,“alias”,“bean”。
* @param root文档的DOM根元素
*/

技术分享图片

这里补充一点XML的知识

xml文档 —————-> Document对象 代表整个xml文档
节点 —————>Node对象 父类
标签节点 —————> Element对象 子类
属性节点 —————> Attribute对象 子类
文本节点 —————>Text对象 子类
NodeList ---------->节点列表集合(Node的集合)

先看这个默认命名空间的解析方法:

parseDefaultElement();

技术分享图片

这里分别对<import> <alias> <bean><beans> 用各自的方法进行解析

这里的顺序也是比较讲究

先查看是否有<import>标签,如果有可以先引入其他资源文件到IOC容器中。

然后查看<alias>标签,如果有先引入别名到IOC容器中(后面会根据是否有id将别名赋值给bean)

然后查看<bean>标签

最后查看<beans>,可能<beans>里引入了其他<bean>,故在最后

这里我们查看对于 <bean>标签的解析:

processBeanDefinition();

/**
*处理给定的bean元素,解析beanDefinition
*并在注册表中注册。
*/

技术分享图片

首先解析BeanDefinition的基本属性:

BeanDefinitionParserDelegate里的parseBeanDefinitionElement();

以上是关于1.3浅谈Spring(IOC容器的实现)的主要内容,如果未能解决你的问题,请参考以下文章

浅谈Spring

spring IOC 分析及实现

Spring IOC实现原理

Spring IoC容器

spring IOC的实现原理

Spring IOC容器的初体验