由于公司开源框架选用的spring+spring mvc + mybatis。使用这些框架，网上都有现成的案例；需要那些配置文件、每种类型的配置文件的节点该如何书写等等。如果只是需要项目能够跑起来，只要按照网上的例子依葫芦画瓢就可，项目也能够运行起来。但是对于有长远目标的人来说，一件事应当知其然更要知其所以然。所以结合网上的其他人阅读spring源码的经验（网上很多人的阅读经验是按照spring分出的那些模块[七大模块：core，context，dao，orm，web，aop，web mvc]来解读）。但是本篇想换个角度来。就根据自己平时项目运行的那个角度来解读。大概得到了解下为什么在配置文件中加上对应的扫描路径，spring容器就能够加载这个路径下面的所有相关的类；我们定义的类是在哪个步骤实例化的、类与类之间的是怎么装配的等等。
对于web项目，我们知道tomcat容器首先加载的文件就是项目中配置的web.xml。在这个文件里面，配置者项目启动需要的所有资源。因此，调试的第一步就是读懂web.xml。无论是ssh，ssm类型的项目来说，web.xml的配置都一样；需要配置spring的ContextLoaderListener监听器；如下：
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
需要配置一个servlet，这样，将所有的请求都拦截交给spring来处理
<servlet>
<servlet-name>springServlet</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/spring-mvc.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>springServlet</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
web.xml的加载顺序：context-param -> listener -> filter -> servlet
对于context-param来说，它就像是Java里的静态变量，在容器一启动的时候就将对应的值加载进容器里边了。由以下配置文件可看出
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring.xml</param-value>
</context-param>
<listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
那就先从contextLoadListener入手，首先查看它的类图：它的作用是在容器初始化的时候做些操作和在容器销毁，程序销毁的时候做资源回收的事情。所以终点关注下 ContextLoaderListener的 contextInitialized方法（调用父类）
初始化context，将context设置为XmlApplicationContext来处理容器资源的初始化。
获取contextParam中的配置信息。继而调用ConfigurableWebApplicationContext.redresh()。在refresh方法里面会实例声明的bean。
实例化bean：
ConfigurableWebApplicationContext.redresh()。多态的呈现，父类引用指向子类对象（AbstractApplicationContext）。
XmlApplicationContext对配置文件的解析。首先会获取web.xml配置文件路径，然后将这些路径循环给到xmlBeanDefinition来解析。
protected void loadBeanDefinitions(XmlBeanDefinitionReader reader) throws IOException {
String[] configLocations = this.getConfigLocations();
if(configLocations != null) {
String[] var3 = configLocations;
int var4 = configLocations.length;
for(int var5 = 0; var5 < var4; ++var5) {
String configLocation = var3[var5];
reader.loadBeanDefinitions(configLocation);
}
}
转换为对应时序图如下：
最后，所有的解析xml工作都交给了XMLBeanDefinitionReader。
Document doc = this.doLoadDocument(inputSource, resource);
return this.registerBeanDefinitions(doc, resource);
遇到对应的标签做相应的操作。xml中的namespace对应的handler如下：
public DefaultNamespaceHandlerResolver(ClassLoader classLoader) {
this(classLoader, "META-INF/spring.handlers");
}
实际读取的文件是spring内置的配置。详细如下（每个namespace对应的handler）：
http\://www.springframework.org/schema/c=org.springframework.beans.factory.xml.SimpleConstructorNamespaceHandler
http\://www.springframework.org/schema/p=org.springframework.beans.factory.xml.SimplePropertyNamespaceHandler
http\://www.springframework.org/schema/util=org.springframework.beans.factory.xml.UtilNamespaceHandler
以spring.xml中context标签为例。当程序解析到这个标签的时候，会找到标签所映射的具体handler。每个标签解析完找到对应的handler后都会调用init()，init方法体如下：每一个标签值对应的parser，解析类是不同的。
public void init() {
this.registerBeanDefinitionParser("property-placeholder", new PropertyPlaceholderBeanDefinitionParser());
this.registerBeanDefinitionParser("property-override", new PropertyOverrideBeanDefinitionParser());
this.registerBeanDefinitionParser("annotation-config", new AnnotationConfigBeanDefinitionParser());
this.registerBeanDefinitionParser("component-scan", new ComponentScanBeanDefinitionParser());
this.registerBeanDefinitionParser("load-time-weaver", new LoadTimeWeaverBeanDefinitionParser());
this.registerBeanDefinitionParser("spring-configured", new SpringConfiguredBeanDefinitionParser());
this.registerBeanDefinitionParser("mbean-export", new MBeanExportBeanDefinitionParser());
this.registerBeanDefinitionParser("mbean-server", new MBeanServerBeanDefinitionParser());
}
每一个标签值对应的parser，解析类是不同的。已最常见的自动扫面包路径来说，component-scan。
这样，配置文件中的bean就被实例化了。
以上就是针对spring mvc框架启动过程中所做的那些事。做的简答的概述。方法间调用关系没找到好的方式表现出来，所以就选了时序图这种方式来体现。