web.xml 加载顺序（load-on-startup）

web.xml 文件中一般包括 servlet, spring, filter, listenr的配置。那么他们是按照一个什么顺序加载呢？

加载顺序会影响对spring bean 的调用。

    比如filter 需要用到 bean ，但是加载顺序是 先加载filter 后加载spring，则filter中初始化操作中的bean为null；

首先可以肯定 加载顺序与他们在web.xml 文件中的先后顺序无关。

web.xml 中 listener 和 serverlet 的加载顺序为 先 listener 后serverlet

最终得出结果： 先 listener >> filter >> servlet >> spring

所以，如果过滤器中要使用到 bean，可以将spring 的加载 改成 Listener的方式

        
            org.springframework.web.context.ContextLoaderListener
        
    

搞定！

关于他们的内部执行顺序，也需要注意，如下面文章中遇到的问题

web.xml的filter执行顺序导致的乱码，切记！

发现引起bug的原因是web.xml的下面几行：

        SecurityFilter
        *.do
    

    
        CharacterEncoding
        *.do
    

    
        CharacterEncoding
        *.jsp
    

根据servlet2.3规范filter执行是按照web.xml配置的 filter-mapping先后顺序进行执行，所以上面的配置会导致遇见*.do的url请求，先进行SecurityFilter的过滤器处理，这时候没有做编码处理，已经是乱码，到下面的filter处理时已经时乱码，再做编码处理已经没有用处。

修正方式，调整filter-mapping顺序，如下：

  
        CharacterEncoding
        *.do
    

    
        CharacterEncoding
        *.jsp
    

    
        SecurityFilter
        *.do
    

首先可以确定的一点是，不同类型节点的加载顺序与它们在web.xml里出现的次序无关，即不会因为filter写在listener之前而先加载fiter.

    就、、、四种节点而言，启动服务器时的加载顺序是context-param --> listener --> filter --> servlet

    首先是,启动一个WEB项目的时候，WEB容器会读取配置描述符文件(web.xml)中的节点信息。它用于向 ServletContext 提供键值对，即应用程序上下文信息。在初始化listener, filter和servlet时到可能会用到这些信息。

    例如在监听器(listener)中有一个contextInitialized(ServletContextEvent contextEvent)初始化方法,在这个方法中可以通过 contextEvent .getServletContext() 可以获得ServletContext对象，然后再从ServletContext中通过getInitParameter(String)方法获取的键值：

ServletContext servletContext = contextEvent.getServletContext(); 
Object context-param的值 = servletContext .getInitParameter("context-param的键");

包含两个子元素，分别是和。 前者用来设置context的名字，后者用来设置其值。
当param-value有多个值时， 用逗号隔开。 里也可以使用通配符,比如：

   
       contextConfigLocation  
         
           classpath*:/applicationContext.xml,classpath*:/applicationContext-security.xml  
         
 

接着初始化listener, 主要子元素为< listener-class>,如：

  
       
         org.springframework.web.context.ContextLoaderListener  
       
  

然后是filter。 filter元素主要包括,和, 一个典型的节点声明如下：

    Cache Filter - Friendly
    com.liferay.portal.servlet.filters.cache.CacheFilter
    
        pattern
        0
    

filter-mapping用来定义filter所对应的url匹配模式，它有两个子元素，分别是和，一个典型的节点如下：

 
     Cache Filter - Layout
     /c/portal/layout
 

注意： 对于同一类型的配置节而言，与它们出现的顺序是有关的。以为例，web.xml中当然可以定义多个，与相关的一个配置节是，这里一定要注意，对于拥有相同的和配置节而言，必须出现在之后，否则当解析到时，它所对应的还未定义。web 容器启动时初始化每个时，是按照配置节出现的顺序来初始化的，当请求资源匹配多个时，拦截资源是按照配置节出现的顺序来依次调用doFilter() 方法的。

最后初始化servlet。和filter一样，servlet也分和两部分声明。一个典型的servlet声明如下：

    Friendly URL Servlet - Private User
    com.liferay.portal.servlet.FriendlyURLServlet
    
        user
        true
    
    2


        Friendly URL Servlet - Private User
        /user/*

其中的值为正数或零时：Servlet容器先加载数值小的servlet，再依次加载其他数值大的servlet. 当值为负或未定义：Servlet容器将在Web客户首次访问这个servlet时加载它.