[技巧篇]12.从Spring的编码过滤器说起

有一枚学生问问了我一个问题，突然灵感爆发，他使用的Spring的过滤器，前台利用GET方式向后端发出一个请求，由于里面含有中文数据，结果在后端显示的是乱码，他问我为什么？明明在Spring里面也配了字符过滤器，却出现了乱码，所以就看了一下spring实现的该过滤器，下面是过滤器的实现代码org.springframework.web.filter.CharacterEncodingFilter.java

public class CharacterEncodingFilter extends OncePerRequestFilter {

    private String encoding;

    private boolean forceEncoding = false;

    /**
     * Set the encoding to use for requests. This encoding will be passed into a
     * {@link javax.servlet.http.HttpServletRequest#setCharacterEncoding} call.
     * <p>Whether this encoding will override existing request encodings
     * (and whether it will be applied as default response encoding as well)
     * depends on the {@link #setForceEncoding "forceEncoding"} flag.
     */
    public void setEncoding(String encoding) {
        this.encoding = encoding;
    }

    /**
     * Set whether the configured {@link #setEncoding encoding} of this filter
     * is supposed to override existing request and response encodings.
     * <p>Default is "false", i.e. do not modify the encoding if
     * {@link javax.servlet.http.HttpServletRequest#getCharacterEncoding()}
     * returns a non-null value. Switch this to "true" to enforce the specified
     * encoding in any case, applying it as default response encoding as well.
     */
    public void setForceEncoding(boolean forceEncoding) {
        this.forceEncoding = forceEncoding;
    }

    @Override
    protected void doFilterInternal(
            HttpServletRequest request, HttpServletResponse response, FilterChain filterChain)
            throws ServletException, IOException {

        if (this.encoding != null && (this.forceEncoding || request.getCharacterEncoding() == null)) {
            request.setCharacterEncoding(this.encoding);  //此处设置是处理POST方式的编码参数问题
            if (this.forceEncoding) {
                response.setCharacterEncoding(this.encoding);
            }
        }
        filterChain.doFilter(request, response);
    }

}

在web.xml该过滤器是这样配置的：需要设置的两个参数为encoding、forceEncoding,分别设置字符集及是否设置字符集，该filter也非常简单

    <filter>
        <filter-name>characterEncodingFilter</filter-name>
        <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
        <init-param>
            <param-name>encoding</param-name>
            <param-value>UTF-8</param-value>
        </init-param>
        <init-param>
            <param-name>forceEncoding</param-name>
            <param-value>true</param-value>
        </init-param>
    </filter>

有的时候，看到源码才知道一些真理，所有才知道spring只是利用request.setCharacterEncoding(this.encoding);帮助我们处理了POST方式的乱码问题，碰到GET方式的提交，还是会出现乱码。

String username = new String(username.getBytes("ISO-8859-1"), "UTF-8"); //通过默认的编码获取到byte[],然后进行UTF-8再次编码  

2.在tomcat中的server.xml进行配置URIEncoding="UTF-8"

<Connector URIEncoding="UTF-8" port="8080" protocol="HTTP/1.1"
　　               connectionTimeout="20000"
　　               redirectPort="8443" /> 

3.使用JavaScript对传递的参数进行编码

额外阅读

第一种: 事例演示说明
JavaScript代码：
window.self.location="searchbytext.action?searchtext="+encodeURIComponent(encodeURIComponent(seartext));

java后台处理代码：

searchtext=java.net.URLDecoder.decode(searchtext,"UTF-8");

/*

为什么要两次编码的原因：后台java代码给searchtext赋值的时候，本身已经使用了一次解码，不过解码的结果依然不对。所以我们可以在页面上进行两次编码操作，这样后台自动的那次就可以抵消掉一次，然后在使用searchtext=java.net.URLDecoder.decode(searchtext,"UTF-8");进行一次解码就好了。【这种方式还是用的比较多的，我个人使用的比较少】
*/

我个人来说还是比较喜欢第一种情况，但是有的时候服务器有兼容问题，我曾经就遇到在tomcat中好用，放置到Weblogic后不好使了，之后我就只用第三种方式，对于第三种方式我不过多解释，希望大家有印象

我写了这么多，为什么你们总是不回复我呢，给我介绍一个对象吧！<(￣▽￣)> 哇哈哈…!