AJAX中文乱码、IE缓存及代理符号处理方案

AJAX中文乱码处理方案

处理AJAX请求中的中文乱码问题，通常有两种主流解决方案。

第一种方案：在客户端使用encodeURI进行编码（若为UTF-8编码可省略此步，因默认即为UTF-8），然后在服务器端将接收到的ISO-8859-1编码数据转换为UTF-8编码。

第二种方案：在客户端对数据进行两次encodeURI编码，随后在服务器端仅进行一次解码转换。

分析第二种方案为何能成功解决乱码问题：

经过两次编码后，服务器端第一次调用getParameter方法时会自动进行首次解码。由于此时解码出的内容是英文字符（即第一次encodeURI后的结果），因此不会出现乱码。接着，使用URLDecoder的decode方法进行第二次解码，从而获取正确的中文内容。需要注意的是，在调用decode方法时必须明确指定解码格式为“utf-8”。许多中文平台默认并非使用UTF-8（推测可能为GB2312），因此decode方法的默认转换行为可能不符合预期。至于为何客户端需要两次编码而服务器端只需一次解码，推测与Tomcat服务器的行为有关。Tomcat为了简化编程（使GET和POST请求使用相同的代码逻辑），会自动对POST请求的编码进行解码，从而减少了服务器端手动解码的步骤。然而，Tomcat自动解码所采用的编码格式可能与开发者期望的不一致，但英文字符在任何平台下解码结果一致，因此可以利用Tomcat自动解码第一次编码后的结果，再手动解码第二次encodeURI的内容，以获得所需格式。补充说明：近期观察浏览器行为发现，浏览器中直接显示的是中文而非编码后的字符串，这使得对编码问题的理解变得复杂，具体原因尚待进一步考证，欢迎相关领域专家指正。

IE缓存与代理问题处理

解决IE浏览器缓存问题的方法：在请求URL中添加一个时间戳参数，并确保检查机制生效。

解决代理相关问题的方法：需要将URL中的问号“?”转换为美元符号“$”。

以下为实现上述功能的示例代码：

function verify() {
// 解决中文乱码的方法1：页面端发出的数据进行一次encodeURI编码，服务器端使用new String(old.getBytes("iso8859-1"),"UTF-8");进行转换。
// 解决中文乱码的方法2：页面端发出的数据进行两次encodeURI编码，服务器端使用URLDecoder.decode(old,"UTF-8")进行解码。
var url = "AJAXServer?name=" + encodeURI(encodeURI($("#userName").val()));
url = convertURL(url);
$.get(url,null,function(data){
$("#result").html(data);
});
}
// 给url地址增加时间戳，以欺骗浏览器不读取缓存
function convertURL(url) {
// 获取当前时间戳
var timstamp = (new Date()).valueOf();
// 将时间戳信息拼接到url上
// url = "AJAXServer"
if (url.indexOf("?") >= 0) {
url = url + "&t=" + timstamp;
} else {
url = url + "?t=" + timstamp;
    }
return url;
}