当ajax遭遇gbk编码 (完全凯发天生赢家一触即发官网的解决方案) -凯发k8网页登录

    encodingfilter
    org.springframework.web.filter.characterencodingfilter
    
        encoding
        gbk
    
    
        forceencoding
        true
    

毫无疑问，这在gbk编码的页面访问、提交数据时是没有乱码问题的。但是遇到ajax就不一样了。ajax强制将中文内容进行utf-8编码，这样导致进入后端后使用gbk进行解码时发生乱码。网上的所谓的终极凯发天生赢家一触即发官网的解决方案都是扯淡或者过于复杂，例如下面的文章：

这样的文章很多，显然：

• 使用vb进行utf-8转换成gbk提交是完全不可行（多浏览器、多平台完全不可用）
• 使用复杂的js函数进行一次、多次编码，后端进行一次、多次解码也是不靠谱的，成本太高，无法重复使用

如果提交数据的时候能够告诉后端传输的编码信息是否就可以避免这种问题？比如ajax请求告诉后端是utf-8，其它请求告诉后端是gbk，这样后端分别根据指定的编码进行解码是不是就解决问题了。

有两个问题：

1. 如何通过ajax告诉后端的编码？header过于复杂，cookie成本太高，使用参数最方便。
2. 后端何时进行解码？每一个请求进行解码，过于繁琐；获取参数时解码，此时已经乱码；在filter里面动态设置编码是最完善的方案。
3. 如何从参数中获取编码？如果是post的body显然无法获取，因此在获取之前所有参数就已经按照某种编码解码过了，无法还原。所以通过url传递编码最有效。支持get/post，同时成本很低。

解决了上述问题，来看具体实现方案。 列一段java代码：

import java.io.ioexception;
import java.util.regex.matcher;
import java.util.regex.pattern;
import javax.servlet.filterchain;
import javax.servlet.servletexception;
import javax.servlet.http.httpservletrequest;
import javax.servlet.http.httpservletresponse;
import org.springframework.util.classutils;
import org.springframework.web.filter.onceperrequestfilter;
/** 自定义编码过滤器
 * @author  (imxylz#gmail.com)
 * @sine 2011-6-9
 */
public class mutilcharacterencodingfilter extends onceperrequestfilter {
    static final pattern inputpattern = pattern.compile(".*_input_encode=([\\w-] ).*");
    static final pattern outputpattern = pattern.compile(".*_output_encode=([\\w-] ).*");
    // determine whether the servlet 2.4 httpservletresponse.setcharacterencoding(string)
    // method is available, for use in the "dofilterinternal" implementation.
    private final static boolean responsesetcharacterencodingavailable = classutils.hasmethod(httpservletresponse.class,
          "setcharacterencoding", new class[] { string.class });
    private string encoding;
    private boolean forceencoding = false;
    @override
    protected void dofilterinternal(httpservletrequest request, httpservletresponse response, filterchain filterchain)
 throws servletexception, ioexception {
        string url = request.getquerystring();
        matcher m = null;
        if (url != null && (m = inputpattern.matcher(url)).matches()) {//输入编码
            string inputencoding = m.group(1);
            request.setcharacterencoding(inputencoding);
            m = outputpattern.matcher(url);
            if (m.matches()) {//输出编码
                response.setcharacterencoding(m.group(1));
            } else {
                if (this.forceencoding && responsesetcharacterencodingavailable) {
                    response.setcharacterencoding(this.encoding);
                }
            }
        } else {
            if (this.encoding != null && (this.forceencoding || request.getcharacterencoding() == null)) {
                request.setcharacterencoding(this.encoding);
                if (this.forceencoding && responsesetcharacterencodingavailable) {
                    response.setcharacterencoding(this.encoding);
                }
            }
        }
        filterchain.dofilter(request, response);
    }
    public void setencoding(string encoding) {
        this.encoding = encoding;
    }
    public void setforceencoding(boolean forceencoding) {
        this.forceencoding = forceencoding;
    }
}

解释下：

• 如果url的querystring中包含_input_encode就使用此编码进行设置request编码，以后参数按照此编码进行解析，例如如果是ajax就传入utf-8，如果是普通的gbk请求则无视此参数。
• 如果无视此参数，则按照web.xml中配置的编码规则进行反编码，如果是gbk就按照gbk规则解析。
• 对于输出编码同样使用上述规则。需要输出编码依赖输入编码，也就是说如果有一个_output_encode的输出编码，则同时需要有一个_input_encode编码来指定输入编码。当然你可以改造成不依赖输入编码。
• 完全兼容spring的org.springframework.web.filter.characterencodingfilter编码规则，只需要替换类即可。
• 没有继承org.springframework.web.filter.characterencodingfilter类的原因是，org.springframework.web.filter.characterencodingfilter里面的encoding参数和forceencoding参数是private，子类无法使用。在有_input_encode而无_output_encode的时候想依然保持spring的response解析规则的话无法做到，所以将里面的代码拷贝过来使用。（为了展示方便，注释都删掉了）
• 正则表达式可以改进成只需要匹配一次，从而可以提高一点点效率。
• 所有后端请求将无视编码的存在，前端ajax的get/post请求也将无视编码的存在，只是在url地址中加上一个_input_encode=utf-8的参数。仅此而已。
• 如果想输出的编码也是utf-8，比如手机端请求、跨站请求等，则需要url地址参数_input_encode=utf-8&_output_encode=utf-8。
• 对于post请求，编码参数不能写在body里面，否则无法解析。
• 显然，这种终极凯发天生赢家一触即发官网的解决方案，在任何编码中都可以解决，gbk/utf-8/iso8859-1等编码任何组合都可以实现。
  
• 唯一局限性是，此凯发天生赢家一触即发官网的解决方案限制在j2ee项目中，其它平台不知是否有类似filter这样的组件能够设置编码的概念。