Spring资源加载分析

首先我们通过一段简短的程序来大体了解一下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。