ajax中文乱码原因分析及解决方案

/***********本人原创，欢迎转载，转载请保留本人信息*************/
作者：王力猛 (wallimn)
电邮：wallimn@sohu.com
博客：http://wallimn.bokee.com
　　　http://blog.csdn.net/wallimn
时间：2006-11-15
/***********本人原创，欢迎转载，转载请保留本人信息*************/
　　开始用JAVA做J2EE项目的时候， 很多人会遇到乱码问题，这个比较好解决，网上有很多成熟的解决方案，原理也广为大家所知。
　　我下面只简述一下这种情况下乱码的原因及解决方案：无论是Struts用的action还是、jsp页面、或者其它，最终会被编译成servlet程序由用户来调用。这些servlet是以UNICODE编码的。其实servlet用什么编码并不重要，重要的是servlet的输入和输出以同样的方案编码就不会有乱码。
　　常见的乱码有两种：一个是表单提交出现乱码；一个是以地址栏传参数出现乱码。
　　针对第一种形式的乱码，可以在每个jsp页面加上<%@ page pageEncoding="GB18030"%>注：jsp2.0适用；　　　　或者加上<%@ page contentType="text/html; charset=GB18030"%>，“GB2312”、“GBK”、“UTF－8”也可以，反正整个系统中统一就可以。还有一种方式是使用request.setCharsetEncoding("GB18030")，可以使用Filter统一处理。
　　针对地址栏参数出现乱码的情况，解决方案如下（tomcat适用，其它的没有弄过）：
    　在tomcat的配置文件：server.xml中，找到connector元素，在后面加上一个属性ERIEncoding="GB18030"，GB18030是我用的编码方案，在读者的项目中，可以设定成系统中统一使用的编码方案。注意connector元素有两个，一个是针对http，一个是针对https，可以都加上。

　　下面讨论一下Ajax方式下的乱码问题：首先，如果整个项目使用UTF－8编码，并对request（调用xmlhttp对象的setrequestheader("contentType","text/html;charset=uft-8")方法）进行了正确的编码，就不会有乱码；如果整个项目选用了GB18030方案编码，那么一般情况下会出现乱码。产生的原因就是：xmlhttp使用了UTF-8方案对传递的参数进行编码(这也是整个项目使用UTF-8编码不出现乱码的原因)。我们可以做一个试验对此进行验证：
String str ="博客";
String newstr = new String(str.getBytes("UTF-8"),"GB18030");
如果你的系统使用的WINDOW，项目使用的是GB18030(或者GBK或者GB2312)，输出newstr就会是乱码，这个乱码应该与你使用ajax提交中文“博客”所得到的乱码是一致的。    还有个问题，
String newstr2=new String(newstr.getBytes("GB18030"),"UTF-8");这样再得到一个新的字符串，这个字符串与初始的字符串str并不相同，最后一个字会是乱码，这个我不知道是什么原因，那们知道原因请告诉我一下。
　　这样，知道了原理就可以找方法来避免乱码了。经过试验我找到两种方法来解决Ajax的乱码问题（其实原理是一样的）：
 　　前提是使用setrequestheader方法进行了正确的编码(POST方式提交数据时，要使用xxx-application-url方案编码，不知写对了没有。呵呵。)。
　　一、提交中文后，服务器端使用
先使用UTF-8编码提取参数：
request.setCharsetEncoding("UTF-8");
String str = request.getParameter("param");
这样就可以得到正确的参数。
　　二、可以使用encodeURI进行两次编码，然后在服务器端使用以下方式（这个是我以前的解决方案，显得很土，主要是当时对乱码原理没有弄清）：
String str = request.getParameter("param");
然后使用下面的方式进行解码：
java.net.URIDecode.decode(str,"UTF-8")
这样同样可以得到正确的参数。

　　详细的例子请看我的另一篇博客文章。