场景是这样的：
由于某种需求的原因，有个请求必须用get的方式传送，而且url参数中含有中文。
首先，我在发送请求之前，用encodeURI将中文参数编码了。
代码示意如下：
var params = .... params = encodeURI(params); url = url + '&' + params; ...
然后，在tomcat端接收到参数的时候，通过URIDecoder.decode来将参数解码。
代码如下：
public static Map decodeRequestToMap(HttpServletRequest request) {
Map m = new HashMap();
Enumeration e = request.getParameterNames();
try {
while(e.hasMoreElements()) {
String k = e.nextElement();
String value = URLDecoder.decode(request.getParameter(k), "UTF-8");
m.put(k, value);
}
} catch (UnsupportedEncodingException e1) {
if (log.isErrorEnabled()) {
log.error("不可能不支持UTF-8的啊！", e1);
}
}
return m;
}
另外有个Filter将request和response的charactorEncoding设置为UTF-8。
代码如下：
request.setCharacterEncoding(this.charactorEncoding);
response.setCharacterEncoding(this.charactorEncoding);
chain.doFilter(request, response);
但是我在调试的时候发现在filter起作用之前，中文参数已经是乱码了，而其他通过post方式传送的中文参数不受影响。这样，我在tomcat端作的所有工作都是白费。
问题在那里呢？我在网上google了一把，有人说在apache的httpd.conf里面，要把AddDefaultCharset 设置成这个样子：AddDefaultCharset off。
原文大概如此：
引用
服务器端：
======
修改httpd.conf (在Redhat中放置的位置为/etc/httpd/conf/)
查找：
AddDefaultCharset ISO-8859-1
改成：
#AddDefaultCharset ISO-8859-1
AddDefaultCharset off
这种方式关掉了服务器的默认语言的发送，这样仅凭html文件头中设置的语言来决定网页语言。
很多文章都说通过修改为 AddDefaultCharset GB2312 把缺省语言改成GB2312来解决中文乱码，确实GB2312内码的网页可以正常显示了，但这并非万全之策。因为当你的网页内码不是GB2312，就算你在网页用下面的meta指定了正确的语言，如ISO8859-1，也不会解码为ISO8859-1，因为Apache已经先你一步将GB2312指定为网页的语言了
可是我在mapguide的apache里面，发现它根本就没有使用这个配置。
我尝试给apache加上AddDefaultCharset ISO-8859-1，没有。改成AddDefaultCharset UTF-8，也没用。改成AddDefaultCharset off，还是没有用。
这么看来，问题不在apache的配置这里了。
那么问题在那里呢？？！我晕掉了。
后来我想起了一个问题，请求是apche转发给tomcat的，那么会不会是apache转到tomcat的时候，出现的乱码呢？
于是，我把tomcat配置转接接口的配置改了一下
代码如下：
后面这个URIEncoding="UTF-8"就是我加上去的东西，原来是没有这个的。
然后测试。果然，乱码没有了。