最近在看spring的源码，关于web.xml文件在容器（Tomcat、JBOSS等）启动时加载顺序问题很混乱，通过搜集资料，得出以下的结论：
1.加载顺序与它们在 web.xml 文件中的先后顺序无关。即不会因为 filter 写在 listener 的前面而会先加载 filter。最终得出的结论是：context-param -> listener -> filter -> servlet;
- 容器首先会去它的配置文件web.xml读取两个节点: <context-param></context-param>;它用于向 ServletContext 提供键值对(即应用程序上下文信息,listener, filter 等在初始化时会用到这些上下文中的信息)
- 容器创建<listener></listener>中的类实例，根据配置的class类路径<listener-class>来创建监听，在监听中会有contextInitialized(ServletContextEvent args)初始化方法（该方法是实现了ServletContextListener接口），启动Web应用时，系统调用Listener的该方法，在这个方法中获得ServletContext中的键值对：
ServletContext application =ServletContextEvent.getServletContext();
String context-param的值= application.getInitParameter("context-param的键");
- 容器读取<filter></filter>，根据指定的类路径来实例化过滤器，<filter-mapping></filter-mapping>用来定义filter所对应的URL
- web.xml中出现了相同的元素，则按照在配置文件中出现的先后顺序来加载以 filter（servlet 同 filter类似）为例：web.xml 中当然可以定义多个 filter，与 filter 相关的一个配置节是 filter-mapping，这里一定要注意，对于拥有相同 filter-name 的 filter 和 filter-mapping 配置节而言，filter-mapping 必须出现在 filter 之后，否则当解析到 filter-mapping 时，它所对应的 filter-name 还未定义。web 容器启动时初始化每个 filter 时，是按照 filter 配置节出现的顺序来初始化的，当请求资源匹配多个 filter-mapping 时，filter 拦截资源是按照 filter-mapping 配置节出现的顺序来依次调用 doFilter() 方法的。
2.在servlet的配置当中，<load-on-startup>1</load-on-startup>的含义是： 标记容器是否在启动的时候就加载这个servlet
当值为0或者大于0时，表示容器在应用启动时就加载这个servlet；
当是一个负数时或者没有指定时，则指示容器在该servlet被选择时才加载。
正数的值越小，启动该servlet的优先级越高。