Spring 知识面面通 之 ContextLoader启动入口源码解析

本文主要是介绍Spring 知识面面通 之 ContextLoader启动入口源码解析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

  关于Spring的启动入口,在本博《Spring 通篇源码 之 启动 之 程序入口分析》已有介绍,其更多的是在理论层面进行了分析,本文将在源码的角度分析ContextLoaderListener入口。

  源码流程

  以ContextLoaderListener作为入口的启动流程,如图中所示,直到AbstractApplicationContext.refresh(...)进行任务分解,本文仅对左侧部分进行解析,其余部分会在后续博文中进行讲解。

在这里插入图片描述

  源码解析

  1) ContextLoaderListener.contextInitialized(...)

  ① ContextLoaderListener实现了ServletContextListener接口,可以通过contextInitialized(...)contextDestroyed(...)方法接收ServletContext的初始化和销毁事件。

  ② 基于web.xml的应用,需要在web.xml中增加ContextLoaderListener的配置。

<listener><listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener><context-param><param-name>contextConfigLocation</param-name><param-value>classpath*:/spring/applicationContext.xml</param-value>
</context-param>

  ③ 基于Servlet 3.0+版本,可以通过编码的方式对ContextLoaderListener进行配置。

servletContext.addListener(...);

  2) ContextLoader.initWebApplicationContext(...)

  initWebApplicationContext(...)正如方法名描述的一样,主要用来初始化WebApplicationContext,主要涉及操作:

​  ① 校验ServletContext中是否包含WebApplicationContext.class.getName() + ".ROOT"为键的属性,若存在,这抛出异常,以此来禁止重复初始化WebApplicationContext

​  ② 调用createWebApplicationContext(...)用来创建WebApplicationContextcreateWebApplicationContext(...)中调用determineContextClass(...)来确定使用的WebApplicationContext实现类。

  · 首先取得ServletContext初始化参数contextClass,若类可正常加载,则作为WebApplicationContext实现类。

  ·ServletContext未取得初始化参数contextClass或类加载异常,则会使用ContextLoader.properties配置的默认策略指定的实现类。

  ContextLoader.properties文件配置:

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

  ③ 若WebApplicationContext实例为ConfigurableWebApplicationContext类型,则调用configureAndRefreshWebApplicationContext(...)配置刷新WebApplicationContext

  ④ 使用WebApplicationContext.class.getName() + ".ROOT"作为键,WebApplicationContext作为值 的键值对设置到ServletContext属性中。

  ⑤ 当前类加载器与加载ContextLoader的类加载器一直时,将WebApplicationContext设置到currentContext属性,否则将WebApplicationContext设置到currentContextPerThread,两种方式的目的都是保证后续操作中可以取到WebApplicationContext

  initWebApplicationContext(...)源码注释:

/*** 根据给定的ServletContext初始化Spring的WebApplicationContext.* 使用构造时给定的提供的ApplicationContext,或者根据contextClass和contextConfigLocation创建一个新的ApplicationContext.* @param servletContext 当前ServletContext.* @return 新的WebApplicationContext.*/
public WebApplicationContext initWebApplicationContext(ServletContext servletContext) {// 从ServletContext获取WebApplicationContext.if (servletContext.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE) != null) {throw new IllegalStateException("Cannot initialize context because there is already a root application context present - " +"check whether you have multiple ContextLoader* definitions in your web.xml!");}Log logger = LogFactory.getLog(ContextLoader.class);servletContext.log("Initializing Spring root WebApplicationContext");if (logger.isInfoEnabled()) {logger.info("Root WebApplicationContext: initialization started");}// WebApplicationContext启动开始时间.long startTime = System.currentTimeMillis();try {// 将上下文存储在本地实例变量中,以确保在ServletContext关闭时它可用.if (this.context == null) {this.context = createWebApplicationContext(servletContext);}// context实现了ConfigurableWebApplicationContext接口.if (this.context instanceof ConfigurableWebApplicationContext) {ConfigurableWebApplicationContext cwac = (ConfigurableWebApplicationContext) this.context;if (!cwac.isActive()) {// 上下文尚未刷新->提供设置父上下文、设置应用程序上下文id等if (cwac.getParent() == null) {// 上下文实例被注入时没有显式的父级.// 确定根web应用程序上下文的父级(如果有).ApplicationContext parent = loadParentContext(servletContext);cwac.setParent(parent);}// 配置、刷新WebApplicationContext.configureAndRefreshWebApplicationContext(cwac, servletContext);}}// 设置this.context设置到ServletContext中.servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, this.context);// 设置当前在用上下文.ClassLoader ccl = Thread.currentThread().getContextClassLoader();if (ccl == ContextLoader.class.getClassLoader()) {currentContext = this.context;}else if (ccl != null) {currentContextPerThread.put(ccl, this.context);}if (logger.isDebugEnabled()) {logger.debug("Published root WebApplicationContext as ServletContext attribute with name [" +WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE + "]");}if (logger.isInfoEnabled()) {long elapsedTime = System.currentTimeMillis() - startTime;logger.info("Root WebApplicationContext: initialization completed in " + elapsedTime + " ms");}return this.context;}catch (RuntimeException ex) {logger.error("Context initialization failed", ex);servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, ex);throw ex;}catch (Error err) {logger.error("Context initialization failed", err);servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, err);throw err;}
}

  createWebApplicationContext(...)源码注释:

/*** 实例化此加载程序的根WebApplicationContext,可以是默认上下文类,也可以是自定义上下文类(如果指定的话).* 此实现要求自定义上下文实现ConfigurableWebApplicationContext接口.* 可在子类中重写此方法.* 另外,customizeContext在刷新上下文之前被调用,允许子类对上下文执行自定义修改.* @param sc 当前ServletContext.* @return WebApplicationContext.*/
protected WebApplicationContext createWebApplicationContext(ServletContext sc) {// 确定使用的WebApplicationContext实现类.Class<?> contextClass = determineContextClass(sc);// 若WebApplicationContext实现类未实现ConfigurableWebApplicationContext,则会抛出异常.if (!ConfigurableWebApplicationContext.class.isAssignableFrom(contextClass)) {throw new ApplicationContextException("Custom context class [" + contextClass.getName() +"] is not of type [" + ConfigurableWebApplicationContext.class.getName() + "]");}// 实例化对应WebApplicationContext的实现类.return (ConfigurableWebApplicationContext) BeanUtils.instantiateClass(contextClass);
}

  determineContextClass(...)源码注释:

/*** 返回要使用的WebApplicationContext实现类,可以是默认的XmlWebApplicationContext,也可以是自定义上下文类(如果指定).* @param servletContext 当前ServletContext.* @return 要使用的WebApplicationContext实现类.*/
protected Class<?> determineContextClass(ServletContext servletContext) {// 获取ServletContext初始化参数contextClass.String contextClassName = servletContext.getInitParameter(CONTEXT_CLASS_PARAM);if (contextClassName != null) {try {return ClassUtils.forName(contextClassName, ClassUtils.getDefaultClassLoader());}catch (ClassNotFoundException ex) {throw new ApplicationContextException("Failed to load custom context class [" + contextClassName + "]", ex);}}// 若未配置ServletContext初始化参数contextClass,//  则使用默认策略,默认策略为org.springframework.web.context.support.XmlWebApplicationContext.else {contextClassName = defaultStrategies.getProperty(WebApplicationContext.class.getName());try {return ClassUtils.forName(contextClassName, ContextLoader.class.getClassLoader());}catch (ClassNotFoundException ex) {throw new ApplicationContextException("Failed to load default context class [" + contextClassName + "]", ex);}}
}

  3) ContextLoader.configureAndRefreshWebApplicationContext(...)

  configureAndRefreshWebApplicationContext(...)主要为WebApplicationContext的刷新进行配置,主要涉及操作:

  ① 若WebApplicationContextid属性认为默认值,则会重新为WebApplicationContext设置一个新值。

  ·ServletContext初始化参数contextId存在,则使用其值作为WebApplicationContextid属性值。

  ·ServletContext初始化参数contextId不存在,则使用WebApplicationContext.class.getName() + ":" + ObjectUtils.getDisplayString(sc.getContextPath())作为WebApplicationContextid属性值。

  ② 将ServletContext实例设置到WebApplicationContextservletContext

  ③ 若ServletContext初始化参数contextConfigLocation存在,则其值为WebApplicationContextconfigLocation的值,内容为WebApplicationContext的配置文件路径。

  ④ 以servletContextInitParams作为键,servletContextInitParamsServletContextServletContextPropertySource实例作为值,设置到环境变量中。

  以servletConfigInitParams作为键,servletConfigInitParamsServletConfigServletConfigPropertySource实例作为值,设置到环境变量中。

  ⑤ 通过ApplicationContextInitializer自定义上下文修改,ApplicationContextInitializer是一个扩展点,可以针对WebApplicationContext进行修改。

  ⑥ 调用WebApplicationContext实例的refresh()方法刷新上下文。

  configureAndRefreshWebApplicationContext(...)源码注释:

/*** 配置、刷新WebApplicationContext.*/
protected void configureAndRefreshWebApplicationContext(ConfigurableWebApplicationContext wac, ServletContext sc) {// 若WebApplicationContext的id仍是其原始默认值,根据可用信息重新设置一个id.if (ObjectUtils.identityToString(wac).equals(wac.getId())) {// 获取ServletContext初始化参数contextId.String idParam = sc.getInitParameter(CONTEXT_ID_PARAM);if (idParam != null) {wac.setId(idParam);}else {// 为WebApplicationContext生成默认id值.wac.setId(ConfigurableWebApplicationContext.APPLICATION_CONTEXT_ID_PREFIX +ObjectUtils.getDisplayString(sc.getContextPath()));}}// ServletContext设置到WebApplicationContext.wac.setServletContext(sc);// 获取ServletContext初始化参数contextConfigLocation.String configLocationParam = sc.getInitParameter(CONFIG_LOCATION_PARAM);// 设置WebApplicationContext的configLocation属性.if (configLocationParam != null) {wac.setConfigLocation(configLocationParam);}// WebApplicationContext环境的initPropertySources将在任何情况下在刷新上下文时被调用.ConfigurableEnvironment env = wac.getEnvironment();if (env instanceof ConfigurableWebEnvironment) {((ConfigurableWebEnvironment) env).initPropertySources(sc, null);}// 通过ApplicationContextInitializer自定义上下文修改.customizeContext(sc, wac);// 刷新上下文.wac.refresh();
}

  总结

  作为Spring框架的主入口,花点时间来研究其原理,还是十分必要的,本文流程解析至ContextLoader.configureAndRefreshWebApplicationContext(...),剩余流程会在后续博文中继续解析。

  源码解析基于spring-framework-5.0.5.RELEASE版本源码。

  若文中存在错误和不足,欢迎指正!

这篇关于Spring 知识面面通 之 ContextLoader启动入口源码解析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/301715

相关文章

Spring事务传播机制最佳实践

《Spring事务传播机制最佳实践》Spring的事务传播机制为我们提供了优雅的解决方案,本文将带您深入理解这一机制,掌握不同场景下的最佳实践,感兴趣的朋友一起看看吧... 目录1. 什么是事务传播行为2. Spring支持的七种事务传播行为2.1 REQUIRED(默认)2.2 SUPPORTS2

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java进程异常故障定位及排查过程

《Java进程异常故障定位及排查过程》:本文主要介绍Java进程异常故障定位及排查过程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、故障发现与初步判断1. 监控系统告警2. 日志初步分析二、核心排查工具与步骤1. 进程状态检查2. CPU 飙升问题3. 内存

java中新生代和老生代的关系说明

《java中新生代和老生代的关系说明》:本文主要介绍java中新生代和老生代的关系说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、内存区域划分新生代老年代二、对象生命周期与晋升流程三、新生代与老年代的协作机制1. 跨代引用处理2. 动态年龄判定3. 空间分

Java设计模式---迭代器模式(Iterator)解读

《Java设计模式---迭代器模式(Iterator)解读》:本文主要介绍Java设计模式---迭代器模式(Iterator),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,... 目录1、迭代器(Iterator)1.1、结构1.2、常用方法1.3、本质1、解耦集合与遍历逻辑2、统一

Java内存分配与JVM参数详解(推荐)

《Java内存分配与JVM参数详解(推荐)》本文详解JVM内存结构与参数调整,涵盖堆分代、元空间、GC选择及优化策略,帮助开发者提升性能、避免内存泄漏,本文给大家介绍Java内存分配与JVM参数详解,... 目录引言JVM内存结构JVM参数概述堆内存分配年轻代与老年代调整堆内存大小调整年轻代与老年代比例元空

深度解析Java DTO(最新推荐)

《深度解析JavaDTO(最新推荐)》DTO(DataTransferObject)是一种用于在不同层(如Controller层、Service层)之间传输数据的对象设计模式,其核心目的是封装数据,... 目录一、什么是DTO?DTO的核心特点:二、为什么需要DTO?(对比Entity)三、实际应用场景解析

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操

从原理到实战深入理解Java 断言assert

《从原理到实战深入理解Java断言assert》本文深入解析Java断言机制,涵盖语法、工作原理、启用方式及与异常的区别,推荐用于开发阶段的条件检查与状态验证,并强调生产环境应使用参数验证工具类替代... 目录深入理解 Java 断言(assert):从原理到实战引言:为什么需要断言?一、断言基础1.1 语

深度解析Java项目中包和包之间的联系

《深度解析Java项目中包和包之间的联系》文章浏览阅读850次,点赞13次,收藏8次。本文详细介绍了Java分层架构中的几个关键包:DTO、Controller、Service和Mapper。_jav... 目录前言一、各大包1.DTO1.1、DTO的核心用途1.2. DTO与实体类(Entity)的区别1