ajax乱码解决总结

第一，javascript沿用java的字符处理方式，内部是使用unicode来处理所有字符的，
第二，utf-8是每个汉字（unicode字符）用3个字节来存储。
第三，用utf-8来send数据是不会出现乱码的，是后台程序没有正确解码才会出现乱码。
第四，ajax发送数据的时候如果修改 Content-Type 为 application/x-www-form-urlencoded"，肯定是用post方式，而“太大的数据往往会出错”是用GET方式发送数据造成的。
第五，用vbscript写的函数是用来把数据转成gbk编码（操作系统默认的编码方式。如果在繁体系统上就是big5之类的编码）的，而不是gb2312，两者的编码字符数量相差3倍左右。
第六，用cookie来发送数据，一是很容易溢出，二是要不停的擦屁股，否则cookie里面的数据在每个http请求（包括图片和脚本请求）中都会被发送。三是并发几个http请求的时候，没有办法指定那个cookie是要发送给那个http请求的。
------------------------
用AJAX 来GET回一个页面时，RESPONSETEXT里面的中文多半会出现乱码，这是因为xmlhttp在处理返回的responseText的时候，是把 resposeBody按UTF-8编码进解码形成的，如果服务器送出的确实是UTF-8的数据流的时候汉字会正确显示，而送出了GBK编码流的时候就 乱了。解决的办法就是在送出的流里面
加一个HEADER，指明送出的是什么编码流，这样XMLHTTP就不会乱搞了。


PHP:header('Content-Type:text/html;charset=GB2312');
ASP:Response.Charset("GB2312")
JSP:response.setHeader("Charset","GB2312");



方法一  (这种方法不怎么可靠)
向服务器发送请求，在服务器端加入：  
  　　String   string   =   request.getParmater("parmater");  
          string   =   new   String(string.getBytes("ISO8859-1"),"GBK"); 

服务器向客户端发送报文：  
         String   static   CONTENT_TYPE   =   "text/html;charset=GBK";  
  　　response.SetContentType(CONTENT_TYPE);


方法二(还可以)


AJAX提交数据乱码，返回数据乱码的解决方案
      随着AJAX的流行，乱码问题也开始困扰着许多刚开始使用它的程序员，幸好我之前对JSP乱码有过一点研究，在遇到AJAX后，并没有给我带来多大的困扰，在此将我的一些心得共享给大家。
      万变不离其宗，AJAX的乱码问题自然跟编码有关了，其实很多人跟我一样想到了对文件编码进行设置，并且在接数据时设置了requet的编码，在返回的数据时设置了response的编码一切都以为会很顺利，可是这一切都是徒劳无功的，讨厌的乱码再一次出现在你眼前。在你试了N多种方法，包括JS自身的escape,unescape方法后，你发现乱码仍然猖狂地出现在屏幕上。
     其实在试过这N多方法后，很多人都没发现，解决的方法其实很简单，而且其答案就在我们之前处理的JSP乱码之中。让我们先看一下AJAX的经典请求代码

最后别忘了在返回数据时也设置上：


xmlhttp.open( "post", url, async );
xmlhttp.setRequestHeader( "Content-Type", "text/html" );
xmlhttp.send( params );

通过前面的说明，不知道你现在看出端倪了没有。不知道是受了网上教程的影响还是其它方面影响，setRequestHeader并是万年不变的，也没人想过去改它，而问题就正好出在这个地方。回想一个JSP页面内容的编码设置，其中有这么一节：

contentType="text/html; charset=UTF-8"

现在知道问题了吧，所以我们要把第二句代码改为：

xmlhttp.setRequestHeader( "Content-Type", "text/html;charset=UTF-8" );

服务端发送信息采用如下设置：

response.setContentType( "text/html" );
response.setCharacterEncoding( "UTF-8" );

是不是很简单，一点都不麻烦呢？
如果要问为什么的话，其实我们可以把xmlhttp看成是一个临时页面，它由浏览器动态生成，主要作用是在后台获得请求的数据（可以看成是一个高级的iframe）。所以对于普通页面设置的编码，对它也要同样设置。而在servlet中返回数据为什么要设置contentType和encoding其道理也是一样的。众所周知，jsp的最后形态就是servlet，而jsp页首设置的那个内容其实也就是让生成的servlet中生成这么两句话：


response.setContentType( "text/html" );
response.setCharacterEncoding( "UTF-8" );

而pageEncoding则是跟jvm说明了这个页面的内容要使用什么编码保存（这跟之后生成的CLASS有关系）。所以在servlet设置response的编码也是理所当然的了。

方法三(很保险,但代码量很大,是个不错的选择.)


在发送ajax请求之前,对参数escape()两次( 例:name=escape(escape("张三")); ),然后再发送请求到服务器,服务器接收参数后,对参数unescape(),就可以得到正确的参数( 例:String name=unescape(request.getParameter("name")); ).

附java版的unescape实现

public static String unescape (String src)
...{
    StringBuffer tmp = new StringBuffer();
    tmp.ensureCapacity(src.length());
    int lastPos=0,pos=0;
    char ch;
    while (lastPos<src.length())
    ...{
     pos = src.indexOf("%",lastPos);
     if (pos == lastPos)
      ...{
      if (src.charAt(pos+1)=='u')
       ...{
       ch = (char)Integer.parseInt(src.substring(pos+2,pos+6),16);
       tmp.append(ch);
       lastPos = pos+6;
       }
      else
       ...{
       ch = (char)Integer.parseInt(src.substring(pos+1,pos+3),16);
       tmp.append(ch);
       lastPos = pos+3;
       }
      }
     else
      ...{
      if (pos == -1)
       ...{
       tmp.append(src.substring(lastPos));
       lastPos=src.length();
       }
      else
       ...{
       tmp.append(src.substring(lastPos,pos));
       lastPos=pos;
       }
      }
    }
    return tmp.toString();
}

附:prototype ajax乱码解决方法(已经过测试可行)
prototype对传递的参数都进行了编码转换工作，每个传递值通过encodeURIComponent　进行了处理．编码会被转换成utf－8，在后台获取request时，应该统一使用request.setCharacterEncoding("UTF-8")对request设置编码，而不必管页面的编码格式是什么．如果使用post方法进行传递数据，则会自动执行:
   request.setHeader('Content-type','application/x-www-form-urlencoded').确保传递数据编码格式的正确.