首先我们通过一段简短的程序来大体了解一下Spring是如何完成资源定位、加载、解析、注册、注入的过程。
/**
*
* @author Sonicery_D
*/
public class TestResourceLoader {
public void test(){
System.out.println("Spring resource loader test ...");
}
}
applicationContext.xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd">
<bean id="test" class="com.sdw.soft.extension.test.resourcesload.TestResourceLoader"></bean>
</beans>
/**
*
* @author Sonicery_D
*/
public class ResourceLoad {
@Test
public void test01(){
//定义资源加载器
DefaultResourceLoader resourceLoader = new DefaultResourceLoader();
//加载资源
Resource resource = resourceLoader.getResource("classpath:com/sdw/soft/extension/test/resourcesload/applicationContext.xml");
//定义IoC容器 DefaultListableBeanFactory实现了BeanDefinitionRegistry接口 (用于后续bean解析成beanDefinition后进行注册到beanDefinitionMap中)
DefaultListableBeanFactory beanFactory = new DefaultListableBeanFactory();
//定义资源读取器
BeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory);
//读取资源 返回值为读取的bean个数
int count = beanDefinitionReader.loadBeanDefinitions(resource);
TestResourceLoader test = (TestResourceLoader)beanFactory.getBean("test");
test.test();
System.out.println(count);
}
}
通过上面的小demo我们大致了解了SpringIoC容器工作的大致流程,下面根据一下的时序图我们可以详细的看到Spring具体的解析、注册流程(画的不是太好请见谅),
- 图一,parseDefaultElement解析Spring默认的节点元素,像<import><alias><bean>等
- 图二,parseCustomElement解析自定义的一些节点元素,eg<context:component-scan> <aop:config>等等
图一:
图二:
结合时序图,我们来捋一捋其中都涉及到哪些类:
其中类的具体作用:
- Resource: 各种资源的抽象接口,包括xml文件,网络上的资源等。
- BeanDefinitionRegistry:用于注册BeanDefinitionRegistry。
- BeanDefinitionReader:用于读取解析Resource的抽象接口。
- DefaultBeanDefinitionDocumentReader:实现了BeanDefinitionDocumentReader接口,DefaultBeanDefinitionDocumentReader并不负 责任何具体的bean解析,它面向的是xml Document对象,根据其元素的命名空间和名称,起一个类似路由的作用((不过,命名空间的判断,也是委托给delegate来做的), 它跟BeanDefinitionParserDelegate协同合作,把解析任务交接BeanDefinitionParserDelegate来做。
- BeanDefinitionParserDelegate: 完成具体Bean的解析(比如、、标签),对于扩展的标签会交给不同的NamespaceHandler 跟BeanDefinitionParser来解析。
- BeanDefinitionParser:解析配置文件成相应的BeanDefinition(<context:component-scan>,<aop:config>等标签都是又不同的BeanDefinitionParser来解析), 一般在NamespaceHandler中使用。Spring也为自定义BeanDefinitionParser提供了很多支持,在一些抽象类的基础上添加少量功能即可满足大部分需求。
- NamespaceHandler:要解析自定义的bean就要通过自己所实现的NamespaceHandler来进行解析。比如定义了 http://www.springframework.org/schema/osgi=org.springframework.osgi.config.OsgiNamespaceHandler,那么在碰到osgi的scheme的时候就会去 调用OsgiNamespaceHandler来进行解析; 在对于普通的扩展需求来说,只要让自己的Handler继承NamespaceHandlerSupport并实现 init()方法 就好了, 对于特殊的扩展需求 则可以自己 来实现NamespaceHandler。