1.什麼是AJAX
2005年，Adaptive Path公司的JesseJames Garrett發明了Ajax這個詞，他在發表的文章中給Ajax有了一個明確的定義「A new approach to web applications ”，Ajax就是用於概括非同步載入頁面內容的技術。透過頁面點擊事件，不斷的向伺服器發送請求，然後伺服器會即時的返回最新的數據，這就是AJAX的功能。
作為多種思想技術的融合體，將它分開來看，就是這幾個關鍵字：Asynchronous JavaScript And XML，非同步 JavaScript和XML。我們在使用AJAX過程中，肯定少不了這些技術的使用：使用XHTML和CSS的基於標準的表示技術，使用DOM進行動態顯示和交互，使用XML和XSLT進行資料交換和處理，使用XML HttpRequest 進行非同步資料的檢索，並使用JavaScript將上述的技術整合在一起。其中，Ajax的核心技術是XMLHttpRequest，簡稱XHR。
2. 發展前景
Gmail在收發郵件的時候已經和Outlook Express的功能幾乎沒有差別了，而且它不需要安裝客戶端程式。現有的瀏覽器還沒有一個能像PhotoShop等桌面程式一樣處理複雜的影像。但是我們也不能忽略它所帶來的影響和衝擊。
3. 優勢(提升使用者體驗)
使用者體驗打比方，如果現在你家裡所在的小區因某種情況而面臨停水，現在有關部門公佈了兩種方案，一是完全停水8小時，在這8小時內完全停水，8小時後恢復正常。二是不完全停水10 小時，在這10個小時內水沒有完全斷，只是流量比原來小了很多，在10個小時後恢復正常流量，那麼，如果是你你會選擇哪種方式呢？顯然是後者。
非同步傳輸是面向字元的傳輸，它的單位是字元；而同步傳輸是面向位元的傳輸，它的單位是楨，它傳輸的時候要求接受方和發送方的時鐘是保持一致的。
非同步一般每個小組是一個8位字符，在每個小組的頭部和尾部都有一個開始位和一個停止位，它在傳送過程中接收方和發送方的時鐘不要求一致，也就是說，非同步發送方可以在任何時刻發送這些小組，而接收方並不知道它何時到達。
每次非同步傳輸的訊息都以一個起始位元開頭，它通知接收方資料已經到達了，這就給了接收方回應、接收和快取數據位元的時間；在傳輸結束時，一個停止位元表示該次傳輸訊息的終止。停止位元使訊號重新變回1，該訊號一直保持到下一個開始位元到達。
同步傳輸的位元分組則大得多。它不是獨立地發送每個字符，每個字符都有自己的開始位和停止位，而是把它們組合起來一起發送。我們將這些組合稱為資料幀，或簡稱為幀。確保接收方的取樣速度和位元的到達速度保持一致，使收發雙方進入同步。
同步也有好處:同步傳輸通常比非同步傳輸快速得多。接收方不必對每個字元進行開始和停止的操作。一旦檢測到幀同步字符，它就在接下來的資料到達時接收它們。另外，同步傳輸的開銷也比較少。
缺點:資料位元越長，快取資料所需的緩衝區也越大，這就限制了一個幀的大小。另外，幀越大，它佔據傳輸媒體的連續時間也越長。在極端的情況下，這將導致其他用戶等太久。
4. 工作原理及賴以工作的底層技術
透過XmlHttpRequest物件來向伺服器發異步請求，從伺服器取得數據，然後用javascript來操作DOM而更新頁面。
XMLHttpRequest這個物件的屬性。
它的屬性有：
onreadystatechange 每次狀態改變所觸發事件的事件處理程序。
responseText 從伺服器程序傳回資料的字串形式。
responseXML 從伺服器程序傳回的DOM相容的文件資料物件。
status 從伺服器傳回的數位程式碼，例如常見的404（未找到）與200（已物件狀態值
0 (未初始化) 物件已建立，但是尚未初始化（尚未呼叫open方法）
1 (初始化) 物件已建立，尚未調用send方法
2 (傳送資料) send方法已調用，但是目前的狀態及http頭未知
3 3 (資料傳送中) 已接收部分數據，因為響應及http頭不全，這時透過responseBody和responseText取得部分數據會出現錯誤，
4 (完成) 數據接收完畢,此時可以透過透過responseXml和responseText取得完整的回應資料
5.缺點
ajax的缺點
下面我著重講一講ajax的缺陷，因為平常我們大多注意的都是ajax帶給我們的好處諸如使用者體驗的提升。而對ajax所帶來的缺陷則有所忽視。
以下所闡述的ajax的缺陷都是它先天所產生的。
1、ajax幹掉了back按鈕，也就是對瀏覽器後退機制的破壞。後退按鈕是一個標準的web站點的重要功能，但是它沒辦法和js進行很好的合作。這是ajax所帶來的一個比較嚴重的問題，因為使用者往往是希望能夠透過後退來取消前一次的操作。那麼對於這個問題有沒有辦法呢？答案是肯定的，用過Gmail的知道，Gmail下面採用的ajax技術解決了這個問題，在Gmail下面是可以後退的，但是，它也並不能改變ajax的機制，它只是採用的一個比較笨但是有效的辦法，即使用者點擊後退按鈕存取歷史記錄時，透過建立或使用一個隱藏的IFRAME來重現頁面上的變更。 （例如，當用戶在Google Maps中單擊後退時，它在一個隱藏的IFRAME中進行搜索，然後將搜索結果反映到Ajax元素上，以便將應用程式狀態恢復到當時的狀態。）
但是，雖然說這個問題是可以解決的，但是它所帶來的開發成本是非常高的，和ajax框架所要求的快速開發是相背離的。這是ajax所帶來的一個非常嚴重的問題。
2、安全問題
技術同時也為IT企業帶來了新的安全威脅，ajax技術如同對企業資料建立了一個直接通道。這使得開發者在不經意間會暴露比以前更多的資料和伺服器邏輯。 ajax的邏輯可以對客戶端的安全掃描技術隱藏起來，讓駭客可以從遠端伺服器建立新的攻擊。還有ajax也難以避免一些已知的安全弱點，諸如跨站點腳步攻擊、SQL注入攻擊和基於credentials的安全漏洞等。
3.搜尋引擎的支援較弱。
4.破壞了程式的異常機制。至少從目前看來，像是ajax.dll，ajaxpro.dll這些ajax框架是會破壞程式的異常機制的。關於這個問題，我曾經在開發過程中遇到過，但是查了一下網路上幾乎沒有相關的介紹。後來我自己做了一次試驗，分別採用ajax和傳統的form提交的模式來刪除一條數據……給我們的調試帶來了很大的困難。
5、另外，像其他方面的一些問題，比如說違背了url和資源定位的初衷。例如，我給你一個url地址，如果採用了ajax技術，也許你在該url地址下面看到的和我在這個url地址下看到的內容是不同的。這個和資源定位的初衷是相背離的。
6、一些手持裝置（如手機、PDA等）現在還不能很好的支援ajax，比如說我們在手機的瀏覽器上打開採用ajax技術的網站時，它目前是不支援的，當然，這個問題跟我們沒太多關係。
6.ajax的幾個框架
#目前我們採用的比較多的ajax框架主要有ajax.dll,ajaxpro.dll, magicajax.dll 以及微軟的atlas框架。 Ajax.dll和Ajaxpro.dll這兩個框架差別不大，而magicajax.dll只是封裝得更厲害一些，比如說它可以直接回傳DataSet資料集，前面我們已經說過，ajax回傳的都是字串， magicajax只是對它進行了封裝而已。但它的這個特點可以為我們帶來很大的方便，比如說我們的頁面有一個列表，而列表的數據是不斷變化的，那麼我們可以採用magicajax來處理，操作很簡單，添加magicajax之後，將要更新的清單控制項放在magicajax的控制項之內，然後在pageload裡面定義更新間隔的時間就ok了，atlas的原理和magicajax差不多。但是，需要注意的一個問題是，這幾種框架都只支援IE，沒有進行瀏覽器相容方面的處理，用反編譯工具察看他們的程式碼就可以知道。
除了這幾種框架之外，我們平常用到的比較多的方式是自己創建xmlHttpRequest對象，這種方式和前面的幾種框架相比更具有靈活性。另外，這裡還提一下aspnet2.0自帶的異步回調接口，它和ajax一樣也可以實現局部的無刷新，但它的實現實際上也是基於xmlhttprequest對象的，另外也是只支持IE，當然這是微軟的一個競爭策略。
以上是AJAX的優點和缺點的詳細內容。更多資訊請關注PHP中文網其他相關文章！
