CharacterEncodingFilter一定要放在第一个

在开发java web应用的时候经常会遇到令人头痛的字符编码问题,期中一个就是客户端发送过来的请求的编码在请求头里并没有,开发人员需要在后端自己选择合适的encoding来解析request过来的参数。

这个问题的解决办法很简单,就是写一个filter来过滤所有请求,然后设置一下request的characterEncoding,比如:

public class CharacterEncodingFilter implements Filter {  protected String encoding = "utf-8";  public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)  throws IOException, ServletException {    request.setCharacterEncoding(encoding);    chain.doFilter(request, response);  }  public void init(FilterConfig filterConfig) throws ServletException {    String initEncoding = filterConfig.getInitParameter("encoding");    if (Strings.isNotBlank(initEncoding)) {      this.encoding = initEncoding;    }  }  public void destroy() {    encoding = null;  }}

把这个filter在web.xml里配置一下所拦截的url pattern就行了。

但是这里有个陷阱,整个web应用里,这个filter的拦截顺序必须是第一个,否则还是会出现乱码问题。这是因为(至少在tomcat里):

  1. request对象的parameter并不是一开始就解析的,它是等你第一次调用getParameter*等凡和获得请求参数有关的方法的时候才解析的

  2. paramter一旦被解析过一次,那就不会再次被解析

所以如果在CharacterEncodingFilter之前有另外一个filter,而这个filter调用了getParameter*方法,那么就有可能使用错误的encoding来解析,从而造成乱码问题。

关键字:java, servlet, filter, tomcat


本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场,不承担相关法律责任。如若转载,请注明出处。 如若内容造成侵权/违法违规/事实不符,请点击【内容举报】进行投诉反馈!

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部