在使用Ajax過程中，有時候總會遇到一些難題，瀏覽器兼容、編碼、IE下的特殊處理等等，偶爾會搞的人頭昏腦脹哭笑不得，這里列一些小貼士，或許有些用。

使用Javascript庫
Ajax的流行和巨大威力，讓我們重新審視了Javascript的開發，也直接促使各種庫的出現。對于普通的開發者，使用一些適合自己的Javascript庫不僅可以避免Ajax應用上的瀏覽器兼容等問題，也使其開發更加的穩定和高效。這里列一些我知曉的輕量級的Javascript庫：
1 YUI：YAHOO出品，組件豐富強大健壯穩定，是團隊協作開發的首選。
2 JQuery：靈活、高效，其基于CSS3 和XPath的選擇器語法引擎非常的強大和完整。
3 Prototype：是一個非常優雅的Javascript庫，最經典的莫過于$符號了，DWR，JQuery都被它吸引了。在它基礎上出現了script.aculo.us。
4 Mootools：核心語法和Prototype比較類似，但是用過之后才知道什么叫簡單輕巧和短小精悍。

編碼問題
通過XMLHttpRequest獲取的數據，默認的字符編碼是UTF-8，如果前端頁面是GB2312或者其它編碼，顯示獲取的數據就是亂碼。通過XMLHTTPRequest，POST的數據也是UTF-8編碼，如果后臺是GB2312或者其他編碼也會出現亂碼。解決方法：
1 統一到UTF-8。這也是國際化的必然趨勢。
2 輸出通過XMLHttpRequest獲取的文本文本時，在headers中增加文本聲明(直接HTML聲明沒有作用)。如：
PHP:header('Content-Type:text/html;charset=GB2312');
ASP:Response.Charset = "GB2312"
JSP:response.setHeader("Charset","GB2312");
3 WWW服務器上強制聲明。比如：apache下的配置：
AddDefaultCharset GB2312
這種情況主要是應對通過XMLHttpRequest訪問的文件是靜態文件，無法聲明headers的情況下。
靜態頁面一般都會經過Apache的deflate或gzip壓縮，此時在上面情況下IE中，首次通過XMLhttpRequest獲得的數據可以正常顯示，但再獲取數據顯示時出現亂碼，這次因為再次獲取的數據來自緩存，可能由于瀏覽器解壓縮的問題導致Apache設置的默認編碼聲明丟失。由于這種情況下一般是純文本，可能還無法禁止緩存，可以設置XMLhttpRequest訪問的文本文件不壓縮來解決這個問題。

4 非UTF-8頁面通過XMLHttpRequest獲取的文本文本輸出前字符轉碼成unicode，或者編碼直接是UTF-8，可以正常顯示。如實例所示。

IE下的緩存問題
由于IE的緩存處理機制問題，每次通過XMLHttpRequest訪問動態頁面返回的總是首次訪問的內容，解決方法有：

1 客戶端通過添加隨機字符串解決。如：

復制代碼 代碼如下:

var url = 'http://dancewithnet.com/';
url += '?temp=' + new Date().getTime();
url += '?temp=' + Math.random();

復制代碼 代碼如下:

<meta http-equiv="pragma" content="no-cache" />
<meta http-equiv="Cache-Control" content="no-cache, must-revalidate" />
<meta http-equiv="expires" content="Thu, 01 Jan 1970 00:00:01 GMT" />
<meta http-equiv="expires" content="0" />

復制代碼 代碼如下:

header("Expires: Thu, 01 Jan 1970 00:00:01 GMT");
header("Cache-Control: no-cache, must-revalidate");
header("Pragma: no-cache");

復制代碼 代碼如下:

Response.expires=0
Response.addHeader("pragma","no-cache")
Response.addHeader("Cache-Control","no-cache, must-revalidate")

復制代碼 代碼如下:

response.addHeader("Cache-Control", "no-cache");
response.addHeader("Expires", "Thu, 01 Jan 1970 00:00:01 GMT");