推薦：Ajax與JSON的一些學(xué)習(xí)總結(jié)
Ajax技術(shù)的核心是XMLHttpRequest對象（簡稱XHR），可以通過使用XHR對象獲取到服務(wù)器的數(shù)據(jù)，然后再通過DOM將數(shù)據(jù)插入到頁面中呈現(xiàn)。雖然名字中包含XML，但Ajax通訊與數(shù)據(jù)格式無關(guān)，所以我們的數(shù)據(jù)格式可以是XML或JSON等格式

最近在做一個項目，遇到AJAX中文亂碼問題，經(jīng)過一個下午的努力終于完美解決，現(xiàn)將心得寫下來，希望對那些還困繞在這個問題而頭痛不已的人們有所幫助。

眾所周知，使用AJAX傳送和接收中文參數(shù)時，如果不在客戶端和服務(wù)器做相應(yīng)的處理就會出現(xiàn)亂碼問題，在網(wǎng)上相應(yīng)的文章也不少，但是有的情況下很難從中找到符合自己理想的答案，我今天就是在網(wǎng)上找了很多，但是都差不多，講ASP和JSP的比較多（我是用的PHP），所以到最后都沒找到自己滿意的答案。

AJAX的中文亂碼可以大概分為兩中，第一種是向服務(wù)器端發(fā)送中文參數(shù)時（xmlhttp.open(“getpost”,url,true)）,服務(wù)器端接收到的為亂碼，這個也是我今天遇到的問題，沒做處理之前，在IE里是正常的，但是在Firefox里面就出現(xiàn)了亂碼，我先把接收到參數(shù)輸出到一個文本里，沒有發(fā)現(xiàn)什么問題，郁悶了，然后我就把查詢語句在輸出來觀察（我這里是要從數(shù)據(jù)庫里查出與參數(shù)相關(guān)的東西），終于發(fā)現(xiàn)問題，IE和Firefox輸出的參數(shù)不一樣，雖然漢字上都一樣，但是和前后連接上有細(xì)小的區(qū)別，于是認(rèn)定了是編碼問題，在網(wǎng)上查找了相關(guān)資料，都沒能解決問題，但是得到一些啟示，因為AJAX發(fā)送數(shù)據(jù)都是采用UTF-8編碼的方式發(fā)送的，所以要在服務(wù)器端進行編碼轉(zhuǎn)換（我這里頁面是采用GB2312編碼的，如果是采用UTF-8的話應(yīng)該不會有這步的問題），所以我在服務(wù)器端進行了UTF-8轉(zhuǎn)GB2312，

$str=iconv("UTF-8","GB2312",$str);

然后測試，在Firefox上順利解決了問題，以為大公告成了，可是再到IE下測試，發(fā)現(xiàn)IE又出現(xiàn)了問題，服務(wù)器端接收到的參數(shù)沒值，這下就郁悶了，突然看到發(fā)送頭設(shè)置了setRequestHeader("Content-Type","application/x-www-form-urlencoded");，就找到問題所在了，然后就在發(fā)送那里進行了參數(shù)編碼：

然后再到服務(wù)器端進行URL解碼：

注意：解碼必須在編碼轉(zhuǎn)換前面，不然得不到正確值
保存測試，IE和Firefox都能正常了。
第二種就是服務(wù)器端向客戶端輸出中文時出現(xiàn)亂碼，這類問題網(wǎng)上的答案就比較多了，也都能解決，為了避免各位再去查找，我在這里就COPY下J
原因：AJAX在接收responseText或responseXML的值的時候是按照UTF-8的格式來解碼的，如果服務(wù)器段發(fā)送的數(shù)據(jù)不是UTF-8的格式，那么接收responseText或responseXML的值有可能為亂碼。

解決辦法：

在服務(wù)器指定發(fā)送數(shù)據(jù)的格式：
在jsp文件中：
response.setContentType("text/text;charset=UTF-8");//返回的是txt文本文件
或是
response.setContentType("text/xml;charset=UTF-8");//返回的xml文件
PHP:header('Content-Type:text/html;charset=GB2312');
ASP:Response.Charset("GB2312")
JSP:response.setHeader("Charset","GB2312");

分享：ASP+AJAX+ACCESS數(shù)據(jù)庫實例講解三個步驟分享
其實說起AJAX的初級應(yīng)用是非常簡單的，通俗的說就是客戶端(javascript)與服務(wù)端(asp或php等)腳本語言的數(shù)據(jù)交互