retext=xmlHttp.responseText;
retext=gb2utf8(retext);
alert(retext);
3、在火狐浏览器下：具体请参考：下一篇文章
火狐比较简单，他可以支持xmlHttp.responseText;//FireFox,但为了代码简化，建议用上面的直接做好编码。
但如果为了通用，就按POST下面介绍的方法来做吧。
二、在POST发送时：
对于常规的中文，上述的GET方法在POST也是可以的，但网上有一篇文章提到了部分符号不能显示的，比如：下一篇文章中的“test·test+test·”，（中间是间隔号）测试过了，的确在服务器端界定编码后输出给客户端也不能显示。
如果按照文中所说的，
发送端用xmlHttp.send("regcode="+escape(regcode));
然后在服务器端将接收的数据套上两个编码encodeURIComponent(escape(xxxxxxx))，则显示的结果是：test%25u7A5Eest%2520test，同样不行。另外这个思路应是不对的，不知道这篇文章在网上被转抄时是否本身就有错，按理在客户端用escape编码传送后，在服务器端就应该反编码。或者REQUEST本身就有解码的作用。不需要再二次、三次编码。况且查了一下，escape和encodeURIComponent也无法对特殊字符编码。
我在服务器端做了如下输出：
test2="test·test+test·回馈："
Response.write test2&"前面是服务器直接输出的而非接收的特殊符号“·”间隔号。后面是接收的数据（内容与原AJAX发送的一样，用于对比）："
也就是说直接在服务器端生成一个同样的含特殊字符，这个服务器端文件已经用<%Response.charset="GB2312"%>定义好编码为GB2312。但输出的结果是，在服务器端生成的test2="test·test+test·回馈："可以正常输出，而接收的AJAX值就不行了。
即使在客户端用JS三个编码参数escape()encodeURI() encodeURIComponent() 全部试过去，然后在服务器商反编码再输出，也是不行。这说明字串中的特殊符号在服务器端接收时就已经变形了。
现在问题界定在编码传递上了，为了说明这个问题，我又做了一个小试验：就是把这个字串赋值给ASP的一个变量再用ASP变量来赋值给JS，如下：
<%
para="test·test+test·/"
para=Server.urlencode(para)
%>
然后转手给JS变量，如下：
xmlHttp.open("POST",url,true);
var regcode="<%=para%>";
xmlHttp.setRequestHeader('Content-type','application/x-www-form-urlencoded;charset=gb2312');
xmlHttp.send("regcode="+regcode);
结果正常了，这充分说明ASP的server.urlencode能完整对特殊字符编码。而JS还是有欠缺。
那现在怎么办？
在实在没办法的情况下，我想到了即然encodeURIComponent()可以比encode()对更多特殊字符编码，那么不妨像多重MD5加密一样，增加强化剂，于是我套用了两个encodeURIComponent()，现在代码是：
