了解SpringMVC源码的运行逻辑，可以使我们更好地理解web开发的底层原理，有利于提高问题排查过程中的判断力。在职业发展道路中，学习常用框架的源码，可以说是通向架构师的必由之路。

从web.xml说起

一般web工程中都会用到配置文件web.xml，web.xml主要用来配置过滤器（Filter）、监听器（Listener）、Servlet等，Servlet就是处理请求并实现服务的组件。SpringMVC的实现原理也是通过Servlet拦截所有请求并实现服务的。

对于SpringMVC项目而言，web.xml文件其中最重要的配置项就是一个配置文件、一个Servlet和一个监听器：

• contextConfigLocation：Spring核心配置文件的存放位置，ContextLoaderListener在进行配置时需要知道。
• DispatchServlet：SpringMVC的前端控制器，请求处理逻辑。
• ContextLoaderListener：上下文载入器，负责加载除了DispatchServlet载入的配置文件之外的配置文件。

<!-- Spring加载的xml文件,不配置默认为applicationContext.xml -->
    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/springConfig.xml</param-value>
    </context-param>

在web.xml文件中，Spring配置文件路径以<context-param>参数注册，并使用 ContextLoaderListener 进行监听读取。这是本文要介绍的重点。

ContextLoaderListener的作用

ContextLoaderListener 的作用就是启动web容器时，自动装配应用上下文（WebApplicationContext）的配置信息。ContextLoaderListener继承自父类 ContextLoader，并实现了 ServletContextListener 接口。

在Web服务器中，每一个Web应用都有一个Servlet上下文（ServletContext）与之相关联。ServletContext 对象在应用启动时被创建，在应用关闭的时候被销毁。ServletContext在全局范围内有效，类似于应用中的一个全局变量。ServletContext 不属于某一个Servlet，而是Web应用中的所有Servlet所共有的。

ServletContextListener 接口的核心逻辑就是初始化应用上下文实例，并存放至 ServletContext 中。接下来我们看一下 ContextLoaderListener 的源码。

ContextLoaderListener实现逻辑

在容器启动后，会默认执行 ContextLoaderListener 的方法 contextInitialzed()，这是ServletContextListener 接口的方法。

@Override
	public void contextInitialized(ServletContextEvent event) {
		initWebApplicationContext(event.getServletContext());
	}

initWebApplicationContext() 是父类 ContextLoader 的方法，源码在 ContextLoader.java 中,这个方法的主要作用就是WebApplicationContext实例的创建和刷新。

WebApplicationContext继承自 ApplicationContext，在 ApplicationContext 的基础上又追加了一些专用于Web应用的操作及属性。

下面是 initWebApplicationContext() 方法的部分代码（有删节）。其中 servletContext 就是Servlet上下文的应用。

public WebApplicationContext initWebApplicationContext(ServletContext servletContext) {
		if (servletContext.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION
                                    _CONTEXT_ATTRIBUTE) != null) {
			... ...
			if (this.context == null) {
			    this.context = createWebApplicationContext(servletContext);
			}
      if (this.context instanceof ConfigurableWebApplicationContext) {
			    ConfigurableWebApplicationContext cwac = (ConfigurableWebApplicationContext) this.context;
				  if (!cwac.isActive()) {
					    if (cwac.getParent() == null) {
						     ApplicationContext parent = loadParentContext(servletContext);
						     cwac.setParent(parent);
					    }
					    configureAndRefreshWebApplicationContext(cwac, servletContext);
			    }
			}
      ... ...
			servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, this.context);
			... ...
	}

initWebApplicationContext() 的主要逻辑如下：

• 首先在 ServletContext 中验证 WebApplicationContext 是否存在。如果其中有对应的key值，也就是 WebApplicationContext.ROOT_WEB_APPLICATION _CONTEXT_ATTRIBUTE，就说明已经存在了，直接抛异常，因为不能重复创建应用上下文实例。
• 如果不存在，继续调用父类 ContextLoader 的 createWebApplicationContext() 方法来创建WebApplicationContext实例。
• 最后刷新 ServletContext，将创建好的WebApplicationContext 实例保存在 ServletContext 中。

至此，ContextLoaderListener 就完成了创建应用上下文实例的任务，其父类ContextLoader的 createWebApplicationContext() 方法实现了其中的主要逻辑。关于 createWebApplicationContext() 方法的内部实现，我们在后面的文章中继续介绍。

我会持续更新关于物联网、云原生以及数字科技方面的文章，用简单的语言描述复杂的技术，也会偶尔发表一下对IT产业的看法，欢迎大家关注、转发和评论，谢谢。