apachet转发请求到tomcat的中文化问题解决方案
在用mapguide做webgis应用的时候,再次遇到中文化问题。
场景是这样的:
由于某种需求的原因,有个请求必须用get的方式传送,而且url参数中含有中文。
首先,我在发送请求之前,用encodeURI将中文参数编码了。
代码示意如下:
var params = ....
params = encodeURI(params);
url = url + '&' + params;
...
然后,在tomcat端接收到参数的时候,通过URIDecoder.decode来将参数解码。
代码如下:
public static Map<String, String> decodeRequestToMap(HttpServletRequest request) {
Map<String, String> m = new HashMap<String, String>();
Enumeration<String> 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配置转接接口的配置改了一下
代码如下:
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" URIEncoding="UTF-8"/>
后面这个URIEncoding="UTF-8"就是我加上去的东西,原来是没有这个的。
然后测试。果然,乱码没有了。