context-param,它用于向 ServletContext 提供键值对,即应用程序上下文信息。我们的 listener, filter 等在初始化时会用到这些上下文中的信息。
web.xml 文件中context-param、listener 、filter 、servlet不同类之间的加载顺序与它们在 web.xml 文件中的先后顺序无关。真 正的加载顺序为:context-param -> listener -> 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() 方法的。
servlet 同 filter 类似,此处不再赘述。
由此,web.xml 的加载顺序是:context-param -> listener -> filter -> servlet 。同个类型之间,实际程序调用时候的顺序是根据对应的 mapping 的顺序进行调用的。
web.xml 文件中context-param、listener 、filter 、servlet不同类之间的加载顺序与它们在 web.xml 文件中的先后顺序无关。真 正的加载顺序为:context-param -> listener -> 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() 方法的。
servlet 同 filter 类似,此处不再赘述。
由此,web.xml 的加载顺序是:context-param -> listener -> filter -> servlet 。同个类型之间,实际程序调用时候的顺序是根据对应的 mapping 的顺序进行调用的。