spring 加载过程

这几天在看spring的源码,涉及到spring启动位置的部分,下面就看看spring到底是从哪儿开始加载的。本文使用的是spring3.0M3

首先spring的加载会借助一个监听器ContextLoaderListener,直接上web.xml文件


Xml代码
1.<listener>
2. <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
3.</listener>



我们通常会对加载位置统一管理


Xml代码
1.<context-param>
2. <param-name>contextConfigLocation</param-name>
3. <param-value>
4. /WEB-INF/conf/spring/**/*.xml
5. </param-value>
6. </context-param>

这个org.springframework.web.context.ContextLoaderListener类型是springframework中的原始加载上下文的监听器,
通常我们会自定义一个Listener去继承ContextLoaderListener并另外实现我们需要初始化的接口(通常我们会选择实现一些接口来对session的管理)



Java代码
1.public class FrameServletContextListener extends ContextLoaderListener implements ServletContextListener,HttpSessionAttributeListener,HttpSessionListener {
2. //
3. private ServletContext initPath(ServletContextEvent event) {
4.
5. }
6.
7. public synchronized void contextDestroyed(ServletContextEvent event) {
8. //
9. }
10.
11. ...
12.}

当监听器设置好了之后 ,启动web容器 监听器开始启动ContextLoaderListenerl
类中的方法contextInitialized()


Java代码
1./**
2. * Initialize the root web application context.
3. */
4.public void contextInitialized(ServletContextEvent event) {
5. this.contextLoader = createContextLoader();
6. if (this.contextLoader == null) {
7. this.contextLoader = this;
8. }
9. this.contextLoader.initWebApplicationContext(event.getServletContext());
10.}

这样this.contextLoader.initWebApplicationContext(event.getServletContext());ContextLoaderListener
就会借助容器的上下文去初始一个spring的应用上下文,使用到了ContextLoader这个类


在ContextLoader初始化时我们看到这样一块static代码


Java代码
1.static {
2. // Load default strategy implementations from properties file.
3. // This is currently strictly internal and not meant to be customized
4. // by application developers.
5. try {
6. //这一句会去加载同在此包下的一个properties文件的值(ContextLoader.properties)
7. ClassPathResource resource = new ClassPathResource(DEFAULT_STRATEGIES_PATH, ContextLoader.class);
8. defaultStrategies = PropertiesLoaderUtils.loadProperties(resource);
9. }
10. catch (IOException ex) {
11. throw new IllegalStateException("Could not load 'ContextLoader.properties': " + ex.getMessage());
12. }
13.}

属性文件中这样定义

引用

org.springframework.web.context.WebApplicationContext=org.springframework.web.context.support.XmlWebApplicationContext

这样我们就能根据属性文件中的定义反射出一个XmlWebApplicationContext上下文了

然而我们在XmlWebApplicationContext中看到如下变量


Java代码
1./** Default config location for the root context */
2.public static final String DEFAULT_CONFIG_LOCATION = "/WEB-INF/applicationContext.xml";

至此我们已经知道默认加载spring文件的启动位置了


当我们再看ContextLoader类,我们就会看到传说中的参数contextConfigLocation


Java代码
1.public static final String CONFIG_LOCATION_PARAM = "contextConfigLocation";


而XmlWebApplicationContext对象正是调用了这个参数去设置启动位置


Java代码
1.wac.setConfigLocation(servletContext.getInitParameter(CONFIG_LOCATION_PARAM));


再往上看XmlWebApplicationContext继承的AbstractRefreshableConfigApplicationContext类中的setConfigLocation方法将此抽象类中的String[] configLocations值填充

并在AbstractRefreshableConfigApplicationContext类中我们看到spring对默认启动文件位置和配置启动文件位置的支持


Java代码
1.protected String[] getConfigLocations() {
2. return (this.configLocations != null ? this.configLocations : getDefaultConfigLocations());
}
至此我们已经清楚spring将从哪儿加载并知道加载哪些文件了。
### Spring Framework 初始化加载流程概述 Spring框架的初始化加载流程是一个复杂的过程,涉及多个阶段和关键组件。以下是基于提供的参考资料以及专业知识总结的Spring框架初始化加载的主要步骤: #### 1. **初始化环境** 在Spring容器启动时,首先需要创建`ApplicationContext`对象。这一步通常通过调用`AnnotationConfigApplicationContext`或`ClassPathXmlApplicationContext`等类来完成。在此过程中,Spring会设置基本的应用上下文环境并准备加载配置资源[^2]。 #### 2. **加载配置文件** 配置文件可以是XML形式、Java注解或者YAML/properties文件(特别是在Spring Boot中)。Spring会在这一阶段扫描这些配置文件,并解析其中定义的各种Bean及其属性。对于注解驱动的方式,Spring还会注册相应的处理器以支持特定功能(如`@ComponentScan`, `@Configuration`等)[^1]。 #### 3. **实例化Bean** Bean的实例化分为以下几个子阶段: - 调用无参构造函数或其他指定方式创建Bean实例。 - 如果存在父类,则先实例化父类部分。 - 设置依赖注入:通过Setter方法或构造器参数传递其他Bean作为当前Bean的成员变量。 此外,在此期间还可能触发一些特殊的回调接口实现,比如`Aware`家族中的各种感知型接口(例如`ApplicationContextAware`),它们允许开发者获取到某些核心组件的引用[^3]。 #### 4. **调用Bean生命周期方法** 这一环节主要包括以下几步操作: - **invokeAwareMethods**: 处理所有实现了`Aware`接口的对象,赋予其必要的外部信息访问权限。 - **applyBeanPostProcessorsBeforeInitialization**: 应用前置的Bean后置处理器,修改即将进入初始化状态前的状态。 - **invokeInitMethods**: 执行自定义初始化逻辑,如果Bean标记了JSR-250标准下的`@PostConstruct`注解或是传统意义上的init-method属性值所指向的方法名的话。 - **applyBeanPostProcessorsAfterInitialization**: 使用后置处理器再次调整已完成初始化后的Bean实例特性[^3]。 #### 5. **最终装配与运行** 当所有的Beans都被成功构建完毕之后,整个IoC容器便处于就绪状态,随时响应来自应用程序内部发起的各项请求。此时可以通过编程手段显式检索某个具体类型的Bean实例,也可以让框架自动绑定合适的候选者至目标位置处。 --- ### Spring Framework 加载流程图概览 虽然无法直接提供图片版本的流程图,但可以用文字描述的形式呈现如下结构化的视图表示法: ```plaintext +-------------------+ | Initialize Context| +-------------------+ | Load Configurations v +-----------------------+ | Instantiate Beans | +-----------------------+ | Apply Post Processors & Aware Methods v +----------------------------------+ | Call Initialization Lifecycle Hooks| +----------------------------------+ | Ready State (Container is fully initialized and ready to serve requests.) ``` 以上每一步骤都紧密关联着具体的API调用链路和技术细节,深入理解有助于掌握如何高效利用Spring生态系统的强大能力。 --- ### 示例代码片段展示部分重要节点 下面是关于如何手动模拟简单版Spring IOC容器的部分伪代码演示: ```java public class SimpleSpringContext { private Map<String, Object> beanMap = new HashMap<>(); public void refresh() throws Exception { // Step 1: Register beans definitions from configuration sources. List<BeanDefinition> defs = loadBeanDefinitions(); // Step 2: Create instances according to registered metadata. for(BeanDefinition def : defs){ String name = def.getName(); Object instance = createInstance(def); populateProperties(instance, def); // Optional lifecycle management steps omitted here... beanMap.put(name, instance); } System.out.println("All beans are loaded successfully."); } protected abstract List<BeanDefinition> loadBeanDefinitions(); protected abstract Object createInstance(BeanDefinition definition)throws InstantiationException; protected abstract void populateProperties(Object target, BeanDefinition source); } ``` --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值