标签：commons pat www 嵌套 ppi res 过滤 return sem
web中的Filiter过滤器：
当req不改变时，filiter在web中的配置和顺序没有关系；
但当在filiter中将其改变类型时，会导致其改变的request类型包装层次过多，无法获取其中的参数；
例：http://www.cnblogs.com/springlight/p/6208908.html
上例中在下面代码中改变了request类型
MultipartHttpServletRequest multiReq = multipartResolver.resolveMultipart(httpReq);
而在web.xml中，改变request类型的过滤器之后，还有另一个过滤器，使得request重新包装，多层嵌套其中
<filter-mapping> <filter-name>requestFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> <filter-mapping> <filter-name>XssSqlFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>
这就导致多次的包装
chain.doFilter(req, resp);
在controller层就无法按照原有的方式去获取参数值，如下：
MultipartHttpServletRequest multipartRequest = (MultipartHttpServletRequest) request; if(WebUtil.isEmpty((CommonsMultipartFile) multipartRequest.getFile("file"))){//此处无法获取文件 json.put("message", "没有文件"); return json.toString(); }
解决方案：
调转web.xml中过滤器的申明顺序即可，如下：
<filter-mapping> <filter-name>XssSqlFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> <filter-mapping> <filter-name>requestFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>
感想：
此时得到正确的结果，激动的不能自已。
标签：commons pat www 嵌套 ppi res 过滤 return sem
原文地址：http://www.cnblogs.com/springlight/p/6227307.html
