我偶然发现了我的Web应用程序中的一个错误,该错误使我head了一下头(并最终拔了头发),然后才发现发生了什么情况。
基本上,我在web.xml中定义了2个过滤器,并且两个映射是这样的:
<filter-mapping> <filter-name>encodingFilter</filter-name> <servlet-name>SpringMVCDispatcher</servlet-name> </filter-mapping> <filter-mapping> <filter-name>SpringFormMethodFilter</filter-name> <url-pattern>/administration/*</url-pattern> </filter-mapping>
它们都是Spring MVC过滤器。我的问题是,尽管encodingFilter应该在其他任何机会有机会读取之前将请求编码设置为UTF-8的事实,但我获得的表单数据并未解释为UTF-8。
我终于注意到表单方法过滤器是在编码过滤器之前执行的,尽管定义过滤器映射的顺序应该是它们链接的顺序:
过滤器在链中的顺序与过滤器映射在Web应用程序部署描述符中出现的顺序相同。
(来自Oracle)
当我对两个映射使用相同的映射(即,映射到servlet而不是URL模式)时,将恢复顺序,并且一切都会按预期进行:
<filter-mapping> <filter-name>encodingFilter</filter-name> <servlet-name>SpringMVCDispatcher</servlet-name> </filter-mapping> <filter-mapping> <filter-name>SpringFormMethodFilter</filter-name> <servlet-name>SpringMVCDispatcher</servlet-name> </filter-mapping>
这是Servlet规范的一部分,还是Tomcat的故障?是否在某处记录了文档,我应该提交错误报告吗?
Servlet
我将Tomcat 7.0.39与Java 7配合使用。
当容器接收到请求时,它首先找到所有<url- pattern>与请求URI匹配的过滤器映射。这将成为过滤器链中的第一组过滤器。接下来,它将找到所有<servlet- name>与请求URI相匹配的过滤器映射。这将成为过滤器链中的第二个过滤器集合。在这两个集合中,过滤器均按照在部署描述符(DD)中声明的顺序执行
<url- pattern>
<servlet- name>
根据规格
容器在构建要应用于特定请求URI的过滤器链时使用的顺序如下: 首先,<url-pattern>匹配过滤器映射的顺序与这些元素在部署描述符中出现的顺序相同。 接下来,以<servlet-name>与这些元素出现在部署描述符中的顺序相同的顺序匹配过滤器映射。
容器在构建要应用于特定请求URI的过滤器链时使用的顺序如下:
<url-pattern>
<servlet-name>