瞭解基礎Ajax

ajax 的全稱是Asynchronous JavaScript and XML，其中，Asynchronous 是異步的意思，它有別於傳統web開發中採用的同步的方式。

例圖：Ajax工做原理圖與web工做原理圖

一、關於同步和異步

同步須要等待返回結果才能繼續，異步沒必要等待，通常須要監聽異步的結果同步是在一條直線上的隊列，異步不在一個隊列上 各走各的；

摘資料：

異步傳輸是面向字符的傳輸，它的單位是字符；而同步傳輸是面向比特的傳輸，它的單位是楨，它傳輸的時候要求接受方和發送方的時鐘是保持一致的。

具體來講，異步傳輸是將比特分紅小組來進行傳送。通常每一個小組是一個8位字符，在每一個小組的頭部和尾部都有一個開始位和一箇中止位，它在傳送過程當中接收方和發送方的時鐘不要求一致，也就是說，發送方能夠在任什麼時候刻發送這些小組，而接收方並不知道它何時到達。一個最明顯的例子就是計算機鍵盤和主機的通訊，按下一個鍵的同時向主機發送一個8比特位的ASCII代碼，鍵盤能夠在任什麼時候刻發送代碼，這取決於用戶的輸入速度，內部的硬件必須可以在任什麼時候刻接收一個鍵入的字符。這是一個典型的異步傳輸過程。異步傳輸存在一個潛在的問題，即接收方並不知道數據會在何時到達。在它檢測到數據並作出響應以前，第一個比特已通過去了。這就像有人出乎意料地從後面走上來跟你說話，而你沒來得及反應過來，漏掉了最前面的幾個詞。所以，每次異步傳輸的信息都以一個起始位開頭，它通知接收方數據已經到達了，這就給了接收方響應、接收和緩存數據比特的時間；在傳輸結束時，一箇中止位表示該次傳輸信息的終止。按照慣例，空閒（沒有傳送數據）的線路實際攜帶着一個表明二進制1的信號。步傳輸的開始位使信號變成0，其餘的比特位使信號隨傳輸的數據信息而變化。最後，中止位使信號從新變回1，該信號一直保持到下一個開始位到達。例如在鍵盤上數字「1」，按照8比特位的擴展ASCII編碼，將發送「00110001」，同時須要在8比特位的前面加一個起始位，後面一箇中止位。

同步傳輸的比特分組要大得多。它不是獨立地發送每一個字符，每一個字符都有本身的開始位和中止位，而是把它們組合起來一塊兒發送。咱們將這些組合稱爲數據幀，或簡稱爲幀。

　　數據幀的第一部分包含一組同步字符，它是一個獨特的比特組合，相似於前面提到的起始位，用於通知接收方一個幀已經到達，但它同時還能確保接收方的採樣速度和比特的到達速度保持一致，使收發雙方進入同步。

　　幀的最後一部分是一個幀結束標記。與同步字符同樣，它也是一個獨特的比特串，相似於前面提到的中止位，用於表示在下一幀開始以前沒有別的即將到達的數據了。

　　同步傳輸一般要比異步傳輸快速得多。接收方沒必要對每一個字符進行開始和中止的操做。一旦檢測到幀同步字符，它就在接下來的數據到達時接收它們。另外，同步傳輸的開銷也比較少。例如，一個典型的幀可能有500字節（即4000比特）的數據，其中可能只包含100比特的開銷。這時，增長的比特位使傳輸的比特總數增長2.5%，這與異步傳輸中25 %的增值要小得多。隨着數據幀中實際數據比特位的增長，開銷比特所佔的百分比將相應地減小。可是，數據比特位越長，緩存數據所須要的緩衝區也越大，這就限制了一個幀的大小。另外，幀越大，它佔據傳輸媒體的連續時間也越長。在極端的狀況下，這將致使其餘用戶等得過久。

     瞭解了同步和異步的概念以後，你們應該對ajax爲何能夠提高用戶體驗應該比較清晰了，它是利用異步請求方式的。打個比方，若是如今你家裏所在的小區因某種狀況而面臨停水，如今有關部門公佈了兩種方案，一是徹底停水8個小時，在這8個小時內徹底停水，8個小時後恢復正常。二是不徹底停水10 個小時，在這10個小時內水沒有徹底斷，只是流量比原來小了不少，在10個小時後恢復正常流量，那麼，若是是你你會選擇哪一種方式呢？顯然是後者。

二、ajax所包含的技術

   1.使用CSS和XHTML來表示。

   2. 使用DOM模型來交互和動態顯示。

   3.使用XMLHttpRequest來和服務器進行異步通訊。

   4.使用javascript來綁定和調用。

在上面幾中技術中，除了XmlHttpRequest對象之外，其它全部的技術都是基於web標準而且已經獲得了普遍使用的，XMLHttpRequest雖然目前尚未被W3C所採納，可是它已是一個事實的標準，由於目前幾乎全部的主流瀏覽器都支持它。

三、ajax原理和XmlHttpRequest對象

XmlhttpRequest的屬性有：

  　　onreadystatechange  每次狀態改變所觸發事件的事件處理程序。

  　　responseText     從服務器進程返回數據的字符串形式。

  　　responseXML    從服務器進程返回的DOM兼容的文檔數據對象。

  　　status           從服務器返回的數字代碼，好比常見的404（未找到）和200（已就緒）

  　　status Text       伴隨狀態碼的字符串信息

  　　readyState       對象狀態值

　　　　0 (未初始化) 對象已創建，可是還沒有初始化（還沒有調用open方法）

　　　　1 (初始化) 對象已創建，還沒有調用send方法

　　　　2 (發送數據) send方法已調用，可是當前的狀態及http頭未知

　　　　3 (數據傳送中) 已接收部分數據，由於響應及http頭不全，這時經過responseBody和responseText獲取部分數據會出現錯誤，

　　　　4 (完成) 數據接收完畢,此時能夠經過經過responseXml和responseText獲取完整的迴應數據

四、ajax的優勢

Ajax的給咱們帶來的好處你們基本上都深有體會，在這裏我只簡單的講幾點：

    一、最大的一點是頁面無刷新，在頁面內與服務器通訊，給用戶的體驗很是好。

　 二、使用異步方式與服務器通訊，不須要打斷用戶的操做，具備更加迅速的響應能力。

　 三、能夠把之前一些服務器負擔的工做轉嫁到客戶端，利用客戶端閒置的能力來處理，減輕服務器和帶寬的負擔，節約空間和寬帶租用成本。而且減輕服務器的負擔，ajax的原則是「按需取數據」，能夠最大程度的減小冗餘請求，和響應對服務器形成的負擔。

    四、基於標準化的並被普遍支持的技術，不須要下載插件或者小程序。

五、ajax的缺點

一、ajax幹掉了back按鈕，即對瀏覽器後退機制的破壞。後退按鈕是一個標準的web站點的重要功能，可是它無法和js進行很好的合做。這是ajax所帶來的一個比較嚴重的問題，由於用戶每每是但願可以經過後退來取消前一次操做的。那麼對於這個問題有沒有辦法？答案是確定的，用過Gmail的知道，Gmail下面採用的ajax技術解決了這個問題，在Gmail下面是能夠後退的，可是，它也並不能改變ajax的機制，它只是採用的一個比較笨可是有效的辦法，即用戶單擊後退按鈕訪問歷史記錄時，經過建立或使用一個隱藏的IFRAME來重現頁面上的變動。（例如，當用戶在Google Maps中單擊後退時，它在一個隱藏的IFRAME中進行搜索，而後將搜索結果反映到Ajax元素上，以便將應用程序狀態恢復到當時的狀態。）

可是，雖說這個問題是能夠解決的，可是它所帶來的開發成本是很是高的，和ajax框架所要求的快速開發是相背離的。這是ajax所帶來的一個很是嚴重的問題。

     二、安全問題

技術同時也對IT企業帶來了新的安全威脅，ajax技術就如同對企業數據創建了一個直接通道。這使得開發者在不經意間會暴露比之前更多的數據和服務器邏輯。ajax的邏輯能夠對客戶端的安全掃描技術隱藏起來，容許黑客從遠端服務器上創建新的攻擊。還有ajax也難以免一些已知的安全弱點，諸如跨站點腳步攻擊、SQL注入攻擊和基於credentials的安全漏洞等。

     三、對搜索引擎的支持比較弱。

     四、破壞了程序的異常機制。至少從目前看來，像ajax.dll，ajaxpro.dll這些ajax框架是會破壞程序的異常機制的。關於這個問題，我曾經在開發過程當中遇到過，可是查了一下網上幾乎沒有相關的介紹。後來我本身作了一次試驗，分別採用ajax和傳統的form提交的模式來刪除一條數據……給咱們的調試帶來了很大的困難。

     五、另外，像其餘方面的一些問題，好比說違背了url和資源定位的初衷。例如，我給你一個url地址，若是採用了ajax技術，也許你在該url地址下面看到的和我在這個url地址下看到的內容是不一樣的。這個和資源定位的初衷是相背離的。

     六、一些手持設備（如手機、PDA等）如今還不能很好的支持ajax，好比說咱們在手機的瀏覽器上打開採用ajax技術的網站時，它目前是不支持的，固然，這個問題和咱們沒太多關係。