第一，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);
|
看了好多篇文章,最终还是看到一篇,解决了自己的问题.
ajaxpost.js
var
myRequest;
//
Variabletoholdrequestobject
function mysubmit() { if(window.XMLHttpRequest) { myRequest=newXMLHttpRequest();//Standards-compliantbrowsers }elseif(window.ActiveXObject) ActiveXObject("Msxml2.XMLHTTP);ForIE varpostname=+document.getElementById(postval).value; postencodeURI(post); postencodeURI(post);最重要的部分,两次调用encodeURI,就是编码两次myRequest.open(POST,servlet/Display); myRequest.setRequestHeader("contentLength",post.length);myRequest.setRequestHeader(Content-Typeapplication/x-www-form-urlencoded); myRequest.send(post); varresmyRequest.responseText;接收返回的数据display).innerHTMLres; } servlet
public
voiddoPost(HttpServletRequestrequest,HttpServletResponseresponse)
throwsServletException,IOException { response.setContentType("text/html"); response.setCharacterEncoding("GBK"); PrintWriterout=response.getWriter(); Stringname=request.getParameter("name"); name=URLDecoder.decode(name,"utf8");post传递的时候,一定是用utf8编码的,url自己可以设定 System.out.println(name); out.println(name); out.flush(); out.close(); } 分析：当调用request.getParameter()函数时，会自动进行一次URI的解码过程，调用时内置的解码过程会导致乱码出现。而URI 编码两次后，request.getParameter()函数得到的是原信息URI编码一次的内容。再用可控的解码函数 java.net.URLDecoder.decode()就可解出原始的正确的信息。 |
方法三(还可以)
AJAX提交数据乱码，返回数据乱码的解决方案
随着AJAX的流行，乱码问题也开始困扰着许多刚开始使用它的程序员，幸好我之前对JSP乱码有过一点研究，在遇到AJAX后，并没有给我带来多大的困扰，在此将我的一些心得共享给大家。
万变不离其宗，AJAX的乱码问题自然跟编码有关了，其实很多人跟我一样想到了对文件编码进行设置，并且在接数据时设置了requet的编码，在返回的数据时设置了response的编码一切都以为会很顺利，可是这一切都是徒劳无功的，讨厌的乱码再一次出现在你眼前。在你试了N多种方法，包括JS自身的escape,unescape方法后，你发现乱码仍然猖狂地出现在屏幕上。
其实在试过这N多方法后，很多人都没发现，解决的方法其实很简单，而且其答案就在我们之前处理的JSP乱码之中。让我们先看一下AJAX的经典请求代码
最后别忘了在返回数据时也设置上：
xmlhttp.setRequestHeader("Content-Type","text/html" );
xmlhttp.send( params );
通过前面的说明，不知道你现在看出端倪了没有。不知道是受了网上教程的影响还是其它方面影响，setRequestHeader并是万年不变的，也没人想过去改它，而问题就正好出在这个地方。回想一个JSP页面内容的编码设置，其中有这么一节：
现在知道问题了吧，所以我们要把第二句代码改为：
response.setCharacterEncoding("UTF-8");
是不是很简单，一点都不麻烦呢？
如果要问为什么的话，其实我们可以把xmlhttp看成是一个临时页面，它由浏览器动态生成，主要作用是在后台获得请求的数据（可以看成是一个高级的iframe）。所以对于普通页面设置的编码，对它也要同样设置。而在servlet中返回数据为什么要设置contentType和encoding其道理也是一样的。众所周知，jsp的最后形态就是servlet，而jsp页首设置的那个内容其实也就是让生成的servlet中生成这么两句话：
response.setCharacterEncoding("UTF-8");
而pageEncoding则是跟jvm说明了这个页面的内容要使用什么编码保存（这跟之后生成的CLASS有关系）。所以在servlet设置response的编码也是理所当然的了。
在发送ajax请求之前,对参数escape()两次( 例:name=escape(escape("张三")); ),然后再发送请求到服务器,服务器接收参数后,对参数unescape(),就可以得到正确的参数( 例:String name=unescape(request.getParameter("name")); ).
附java版的unescape实现
{
StringBuffertmp=newStringBuffer();
tmp.ensureCapacity(src.length());
intlastPos=0,pos=0;
charch;
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;
}
}
}
returntmp.toString();
}
附:prototype ajax乱码解决方法(已经过测试可行) prototype对传递的参数都进行了编码转换工作，每个传递值通过encodeURIComponent 进行了处理．编码会被转换成utf－8，在后台获取request时，应该统一使用request.setCharacterEncoding("UTF-8")对request设置编码，而不必管页面的编码格式是什么．如果使用post方法进行传递数据，则会自动执行: request.setHeader('Content-type','application/x-www-form-urlencoded').确保传递数据编码格式的正确.
