使用ajax獲取服務器數(shù)據返回給客戶端，出現(xiàn)中文亂碼。在之前的一個ajax應用中指定codepage=936，將所有頁面編碼都指定為GB2312即可解決。這次的應用中卻無起作用了，經過多次的試驗，客服端的編碼應該絕對沒有問題的。可以判斷問題一定出在服務器端。稍微分析一下可知雖然服務器端指定了文件的編碼格式，但對于服務器輸出流就成為了懷疑的對象。由于使用MS SQL2000，采用unicode編碼，所以返回數(shù)據給客戶端將會出現(xiàn)unicode編碼的中文在gb2312編碼頁面顯示的問題。于是在服務器端輸出流加一個HEADER：ASP程序中加入<%Response.Charset = "GB2312"%>即解決了這個問題。同樣在php和jsp程序中的書寫類似PHP:header('Content-Type:text/html;charset=GB2312'); JSP:response.setHeader("Charset","GB2312"); ajax產生亂碼的原因整理如下1、xtmlhttp 返回的數(shù)據默認的字符編碼是utf-8，如果客戶端頁面是gb2312或者其它編碼數(shù)據就會產生亂碼2、post方法提交數(shù)據默認的字符編碼是utf-8，如果服務器端是gb2312或其他編碼數(shù)據就會產生亂碼解決辦法有：1、若客戶端是gb2312編碼，則在服務器指定輸出流編碼2、服務器端和客戶端都使用utf-8編碼
ajax返回中文亂碼問題解決
使用ajax獲取服務器數(shù)據返回給客戶端，出現(xiàn)中文亂碼。在之前的一個ajax應用中指定codepage=936，將所有頁面編碼都指定為GB2312即可解決。
這 次的應用中卻無起作用了，經過多次的試驗，客服端的編碼應該絕對沒有問題的。可以判斷問題一定出在服務器端。稍微分析一下可知雖然服務器端指定了文件的編 碼格式，但對于服務器輸出流就成為了懷疑的對象。由于使用MS SQL2000，采用unicode編碼，所以返回數(shù)據給客戶端將會出現(xiàn)unicode編碼的中文在gb2312編碼頁面顯示的問題。于是在服務器端輸出 流加一個HEADER：
ASP程序中加入<%Response.Charset = "GB2312"%>即解決了這個問題。
同樣在php和jsp程序中的書寫類似
PHP:header('Content-Type:text/html;charset=GB2312');
JSP:response.setHeader("Charset","GB2312");
ajax產生亂碼的原因整理如下
1、xtmlhttp 返回的數(shù)據默認的字符編碼是utf-8，如果客戶端頁面是gb2312或者其它編碼數(shù)據就會產生亂碼
2、post方法提交數(shù)據默認的字符編碼是utf-8，如果服務器端是gb2312或其他編碼數(shù)據就會產生亂碼
解決辦法有：
1、若客戶端是gb2312編碼，則在服務器指定輸出流編碼
2、服務器端和客戶端都使用utf-8編碼
JSP中，AJAX使用POST方式提交中文亂碼問題解決
/***********本人原創(chuàng)，歡迎轉載，轉載請保留本人信息*************/
作者：王力猛 (wallimn)
電郵：wallimn@sohu.com
博客：http://wallimn.bokee.com
http://blog.csdn.net/wallimn
時間：2006-11-15
/***********本人原創(chuàng)，歡迎轉載，轉載請保留本人信息*************/
今天終于解決了AJAX的中文亂碼問題，寫篇文章來幫助一下有同樣問題的朋友們。我的開發(fā)環(huán)境：XP, eclipse,使用GB18030編碼。
當遇到這個問題時，到網上去查了好多文章，提到幾種解決方案，如：全站UTF-8編碼；請求頭編碼為中文；使用javascript中的escape函數(shù)。
使用GET方式提交數(shù)據的時候，中文問題很好解決，setrequestheader("Content-Type","text/html; encoding=gb18030")就可以了。但這個方法在POST方式中卻不起作用。大家都知道GET方式提交數(shù)據有長度限制，有時我們必須使用 POST方式來提交數(shù)據。
但對于POST方式，使用上述的幾種方法經過多次測試，問題依舊。我郁悶了好幾天。
今天把問題解決了，很簡單，是使用escape(或encodeURI，兩個函數(shù)javascript的函數(shù)，功能基本相同，可以查一下相關的幫助），但要使用兩次，這是解決問題的關鍵。
我的例子涉及兩個頁面，一個是初始頁面，一個是AJAX請求處理頁面。
初始頁面內容如下(hello.jsp)：
/////////////////////////////////////////////////////////////////////////////////////
<%@ page language="java" import="java.util.*" pageEncoding="GB18030"%>
<%String path = request.getContextPath();%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title>AJAX提交頁面</title>
<meta http-equiv="Content-Type" content="text/html; charset=GB18030">
<script type="text/javascript">
function justdo(){
var post="name=王力猛&email=wallimn@sohu.com&bokee=http://www.xrss.cn";
post = encodeURI(post);
post = encodeURI(post);//兩次，很關鍵
var xmlObj = new ActiveXObject('Msxml2.XMLHTTP');
var URL = '<%= path%>/page/act.jsp';//文件名需要調整成測試時的相應位置?
xmlObj.open ('post',URL,true);
xmlObj.setrequestheader("cache-control","no-cache");
xmlObj.setrequestheader("Content-Type","application/x-www-form-urlencoded");
xmlObj.send (post);//注意:POST方式，使用這個來發(fā)送內容?
}
</script>
</head>
<body>
<input type="button" value="提交" />
</body>
</html>
/////////////////////////////////////////////////////////////////////////////////////
ajax請求處理頁面（act.jsp）的內容如下:
/////////////////////////////////////////////////////////////////////////////////////
<%@ page language="java" import="java.util.*" pageEncoding="GB18030"%>
<%String path = request.getContextPath();%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<%@page import="java.net.URLDecoder"%>
<html>
<head>
<title>ajax deal</title>
<meta http-equiv="pragma" content="no-cache">
<meta http-equiv="cache-control" content="no-cache">
<meta http-equiv="expires" content="0">
</head>
<body>
<%
//遍歷輸出參數(shù)內容。
for (Enumeration e = request.getParameterNames(); e.hasMoreElements();) {
String h = (String) e.nextElement();
String v = request.getParameter(h);
String mm = java.net.URLDecoder.decode(v, "UTF-8");
System.out.println("請求參數(shù): " + h + " = " + mm);
}
%>
</body>
</html>
/////////////////////////////////////////////////////////////////////////////////////
分析：當調用request.getParameter()函數(shù)時，會自動進行一次URI的解碼過程，調用時內置的解碼過程會導致亂碼出現(xiàn)。而URI編 碼兩次后，request.getParameter()函數(shù)得到的是原信息URI編碼一次的內容。再用可控的解碼函數(shù) java.net.URLDecoder.decode()就可解出原始的正確的信息。
以上分析純屬個人看法，不知是否正確。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
最后是servlet的問題
呵呵,功夫不負有心人啊!!終于搞明白了,很簡單:
1) JSP中只要加入 <%@ page contentType="text/html;charset=GB2312" language="java" %> 就能正確提交中文了！
2）servlet中分別對
1） response.setContentType("text/html; charset=gb2312");
2) request.setCharacterEncoding("gb2312");
就可以正確的輸出，和讀取中文了�。�
那么現(xiàn)在的問題就是如果用了struts，他給我們提供的servlet并沒有加入
1） response.setContentType("text/html; charset=gb2312");
2) request.setCharacterEncoding("gb2312");
所以在他調用我們寫的actionform的時候就不能正確讀取中文了，而我們只能寫action，力所不能及。
那么怎么才能修改servlet呢？學習中！
謝謝大家，有好的建議繼續(xù)哦
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
轉碼代碼
public static String iso2gb(String str) {
if (str=="") {
return "";
}
String result = "";
try {
byte[] tmp = str.getBytes("ISO8859_1");
result = new String(tmp, "UTF-8");
} catch (Exception e) {
System.out.println(e);
}
return result;
}
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
<%@ page language="java" import="java.util.*" pageEncoding="UTF-8"%>
<%
request.setCharacterEncoding("UTF-8");
%>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<meta http-equiv="Content-Language" content="UTF-8" />
