main spring启动_spring是咋启动的

spring是咋启动的

对于应用程序来说，spring的启动是没有什么好说的，直接运行main方法，通过new GenericXmlApplicationContext、ClassPathXmlApplicationContext、XmlBeanFactory等这些容器类，会自动解析xml配置，然后自动进行bean的注入、初始化等，而我们最终也可以从容器中提取这些类，进行各种各样的操作。

对于web程序来说，并不是直接用main方式调用spring容器进行启动的，而都是以tomcat方式进行启动的，那么tomcat是怎么解析spring的xml配置，怎么进行bean的初始化、注入的呢？

tomcat其实也是一个main程序。它启动后，调用spring的配置文件的过程如下：

StandContext.startInternal()àStandContext.listenerStart()àContextLoadListener.contextInitialized()àAbstractApplicationContext.refresh().

ContextLoadListener实现了ServletContextListener，因此会调用ContextLoadListener的contextInitialized()方法。

这样就很明了了吧， refresh方法正是spring进行xml解析、bean注入、ioc、aop等等方法的入口。 tomcat会把ServletContextEvent传递给spring， even中有servletContext，这个context也构造出spring的context。最后通过refresh完成大部分的构建、初始化工作。

那么对于springMvc是怎么启动的呢？springMvc的配置文件 spring-servlet.xml是如何解析的呢？

同样还是在tomcat的loadOnStartup()方法中，对大于等于0的servelet进行了调用。

StandardContext.startInternal()àloadOnStartup()àStandardWrapper.load()àload()àloadServlet()àinitServlet()àDispatcherServlet.init()àFrameworkServlet.initServletBean()àrefresh()。 这里加载的是springMvc的配置文件

为什么说springMvc是spring的子容器？

因为spring的配置加载后，然后对DispatcherServlet 进行初始化，最后对springMvc的配置解析是存放在DispatcherServlet 的父类FrameworkServlet 中的webApplicationContext属性容器中。其中在initWebApplicationContext()方法中，通过在ServletContext也即ApplicationContext中set进去的属性“ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE”，获取到rootContext， rootContext是前面spring解析出来的容器，setParent(),在webApplicationContext设置父容器rootContext, 通过rootContext然后构建出webApplicationContext。也就是说springMvc是获得到了spring的容器。

子容器可以获取到父容器的内容，而父容器获取不到子容器的内容。

"favlis��5o��