web.xml配置加载顺序

web.xml配置加载顺序

以Tomcat举例，启动Tomcat之后，首先会加载web.xml文件：

容器首先读取web.xml中的的配置内容和标签中配置项；紧接着实例化ServletContext对象，并将配置的内容转化为键值传递给ServletContext；创建配置的监听器的类实例，并且启动监听；随后调用listener的contextInitialized(ServletContextEvent args)方法，ServletContext = ServletContextEvent.getServletContext();此时你可以通过ServletContext获取context-param配置的内容并可以加以修改，此时Tomcat还没完全启动完成。后续加载配置的各类filter；最后加载servlet；

最后的结论是：

web.xml中配置项的加载顺序是context-param=>listener=>filter=>servlet,配置项的顺序并不会改变加载顺序，但是同类型的配置项会应该加载顺序，servlet中也可以通过load-on-startup来指定加载顺序。

spring，springmvc容器

在spring，springmvc中有两种配置方式

一：

<!--Spring ApplicationContext 载入 --> <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> <servlet> <servlet-name>seckill-dispatcher</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <!-- 配置springMVC需要加载的配置文件 spring-dao.xml,spring-service.xml,spring-web.xml Mybatis - > spring -> springmvc --> <init-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:spring/spring-*.xml</param-value> </init-param> </servlet> <servlet-mapping> <servlet-name>seckill-dispatcher</servlet-name> <!-- 默认匹配所有的请求 --> <url-pattern>/</url-pattern> </servlet-mapping>

二：

<context-param> <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/classes/applicationContext*.xml</param-value> </context-param> <servlet> <description>spring mvc servlet</description> <servlet-name>springMvc</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <description>spring mvc 配置文件</description> <param-name>contextConfigLocation</param-name> <param-value>classpath:spring-mvc.xml</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>springMvc</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping>

1，Spring容器的启动是先于SpringMVC容器的，所以spring容器是不知道springMVC容器的存在的。也就是说父容器无法使用子容器的bean。

2，当父容器初始化好之后，会将自己放到servletcontext的属性中：

servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, this.context);

那么，子容器在初始化时，就能得到父容器的存在。子容器可以使用父容器的bean。

<listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener>

这个listener是告诉容器，启动的时候创建spring容器，并加载我们在context-param中配置的contextConfigLocation对应的配置文件的bean。

那么这一步是必须的吗？如果把这个listener注释掉，发现启动项目后报错。

原因：springMVC容器中的bean使用到spring容器中的bean。如果两个容器之间的bean没有关联，则不会报错。

可以在spring-mvc.xml中import spring.xml，发现启动就不会报错

<import resource="spring.xml"/>

最后的结论是：使用spring容器的目的，我认为就是为了区分哪些bean是可以脱离web环境使用的。

注：springmvc的容器创建是在DispatchServlet初始化时创建的。

参考：

https://www.cnblogs.com/ljdblog/p/7461854.html https://blog.csdn.net/lexang1/article/details/52231492（加上拦截器）