web.xml文件中配置（servlet, spring, filter, listenr）的加载顺序研究

最新推荐文章于 2021-08-23 06:12:31 发布

azhegps

最新推荐文章于 2021-08-23 06:12:31 发布

阅读量1.5k

点赞数

CC 4.0 BY-SA版权

分类专栏： Tomcat

本文链接：https://blog.youkuaiyun.com/azhegps/article/details/51589025

Tomcat 专栏收录该内容

23 篇文章

订阅专栏

本文详细解析了web.xml文件中的listener、filter、servlet及spring配置的加载顺序，并通过实例说明了filter执行顺序对编码处理的影响及解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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

比如filter需要用到bean，但是加载顺序是先加载filter后加载spring，则filter中初始化操作中的bean为null。这样的话，加载顺序就会影响到Spring Bean的调用。而实际上四者的加载顺序如下： listener >> filter >> servlet >> spring 。所以，如果过滤器中要使用到bean，可以将spring的加载改成Listener的方式：

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

关于他们的内部执行顺序，也需要注意，如下面文章中遇到的问题：web.xml的filter执行顺序导致的乱码，切记！

发现引起bug的原因是web.xml的下面几行：
    <filter-mapping>
        <filter-name>SecurityFilter</filter-name>
        <url-pattern>*.do</url-pattern>
    </filter-mapping>

    <filter-mapping>
        <filter-name>CharacterEncoding</filter-name>
        <url-pattern>*.do</url-pattern>
    </filter-mapping>

    <filter-mapping>
        <filter-name>CharacterEncoding</filter-name>
        <url-pattern>*.jsp</url-pattern>
    </filter-mapping>

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

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

    <filter-mapping>
        <filter-name>CharacterEncoding</filter-name>
        <url-pattern>*.do</url-pattern>
    </filter-mapping>

    <filter-mapping>
        <filter-name>CharacterEncoding</filter-name>
        <url-pattern>*.jsp</url-pattern>
    </filter-mapping>

    <filter-mapping>
        <filter-name>SecurityFilter</filter-name>
        <url-pattern>*.do</url-pattern>
    </filter-mapping>