1、ajax技術(shù)的背景
不可否認(rèn)，ajax技術(shù)的流行得益于google的大力推廣，正是由于google earth、google suggest以及gmail等對(duì)ajax技術(shù)的廣泛應(yīng)用，催生了ajax的流行。而這也讓微軟感到無(wú)比的尷尬，因?yàn)樵缭?7年，微軟便已經(jīng)發(fā)明了ajax中的關(guān)鍵技術(shù)，并且在99年IE5推出之時(shí)，它便開(kāi)始支持XmlHttpRequest對(duì)象，并且微軟之前已經(jīng)開(kāi)始在它的一些產(chǎn)品中應(yīng)用ajax，比如說(shuō)MSDN網(wǎng)站菜單中的一些應(yīng)用。遺憾的是，不知道出于什么想法，當(dāng)時(shí)微軟發(fā)明了ajax的核心技術(shù)之后，并沒(méi)有看到它的潛力而加以發(fā)展和推廣，而是將它擱置起來(lái)。對(duì)于這一點(diǎn)來(lái)說(shuō)，我個(gè)人是覺(jué)得非常奇怪的，因?yàn)橐晕④浀馁Y源和它的戰(zhàn)略眼光來(lái)說(shuō)，應(yīng)該不會(huì)看不到ajax技術(shù)的前景，唯一的解釋也許就是因?yàn)楫?dāng)時(shí)它的主要競(jìng)爭(zhēng)對(duì)手Netscape的消失反而使它變得麻痹和遲鈍，畢竟巨人也有打盹的時(shí)候，比如IBM曾經(jīng)在對(duì)微軟戰(zhàn)略上的失誤。正是這一次的失誤，成就了它現(xiàn)在的競(jìng)爭(zhēng)對(duì)手google在ajax方面的領(lǐng)先地位，而事實(shí)上google目前在ajax技術(shù)方面的領(lǐng)先是微軟所無(wú)法達(dá)到的，這一點(diǎn)在后面我講述ajax缺陷的時(shí)候也會(huì)提到?，F(xiàn)在微軟也意識(shí)到了這個(gè)問(wèn)題，因此它也開(kāi)始在ajax領(lǐng)域奮起直追，比如說(shuō)推出它自己的ajax框架atlas，并且在.NET2.0也提供了一個(gè)用來(lái)實(shí)現(xiàn)異步回調(diào)的接口，即ICallBack接口。那么微軟為什么對(duì)自己在ajax方面的落后如此緊張呢？現(xiàn)在就讓我們來(lái)分析一下ajax技術(shù)后面隱藏的深刻意義。

2、ajax技術(shù)的意義
我們?cè)谄綍r(shí)的開(kāi)發(fā)中都多多少少的接觸或者應(yīng)用到了ajax，談到ajax技術(shù)的意義，我們關(guān)注得最多的毫無(wú)疑問(wèn)是提升用戶的體驗(yàn)。但是，如果我們結(jié)合將來(lái)電腦和互聯(lián)網(wǎng)的發(fā)展趨勢(shì)，我們會(huì)發(fā)現(xiàn)ajax技術(shù)在某些方面正好代表了這種趨勢(shì)。為什么這樣說(shuō)呢？我們知道，自從電腦出現(xiàn)以來(lái)，一直是桌面軟件占據(jù)著絕對(duì)主導(dǎo)的地位，但是互聯(lián)網(wǎng)的出現(xiàn)和成功使這一切開(kāi)始發(fā)生著微妙的變化。相當(dāng)一部分的人都相信，遲早有一天，數(shù)據(jù)和電腦軟件將會(huì)從桌面轉(zhuǎn)移到互聯(lián)網(wǎng)。也就是說(shuō)，將來(lái)的電腦有可能拋棄笨重的硬盤，而直接從互聯(lián)網(wǎng)來(lái)獲取數(shù)據(jù)和服務(wù)，我記得我念大學(xué)的時(shí)候，有位教授給我們上課的時(shí)候，曾經(jīng)設(shè)想過(guò)這樣一種情景，也許在將來(lái)的電腦桌面上，沒(méi)有任何多余的軟件和程序，而僅僅只有一個(gè)IE，雖然現(xiàn)在看起來(lái)我們距離這一天還很遙遠(yuǎn)，并且這其中還有很多的問(wèn)題需要解決，但是我覺(jué)得這個(gè)并非夢(mèng)想，而是遲早將實(shí)現(xiàn)的現(xiàn)實(shí)。那么，這其中的主要問(wèn)題就是互聯(lián)網(wǎng)的連接不穩(wěn)定，誰(shuí)也不愿意看著自己的電腦從服務(wù)器一點(diǎn)一滴的下載數(shù)據(jù)，那么，ajax是不是解決了這個(gè)問(wèn)題呢，說(shuō)實(shí)話，與其說(shuō)ajax解決了這個(gè)問(wèn)題，倒不如它只是掩蓋了這個(gè)問(wèn)題，它只是在服務(wù)器和客戶端之間充當(dāng)了一個(gè)緩沖器，讓用戶誤以為服務(wù)沒(méi)有中斷。精確的說(shuō)，ajax并不能提高從服務(wù)器端下載數(shù)據(jù)的速度，而只是使這個(gè)等待不那么令人沮喪。但是正是這一點(diǎn)就足以產(chǎn)生巨大的影響和震動(dòng)，它實(shí)際上也對(duì)桌面軟件產(chǎn)生了巨大的沖擊。這一點(diǎn)我用一個(gè)例子來(lái)說(shuō)明，我們可以比較一下Outlook Express和Gmail，前者是典型的桌面軟件，后者是ajax所實(shí)現(xiàn)的B/S模式，實(shí)際上后者目前已經(jīng)在慢慢取代前者了，Gmail在收發(fā)郵件的時(shí)候已經(jīng)和Outlook Express的功能幾乎沒(méi)有差別了，而且它不需要安裝客戶端程序。這就是為什么微軟對(duì)ajax所帶來(lái)的沖擊有著如此的恐懼心理，并且在它前不久所進(jìn)行的調(diào)查之中，將google看做他們未來(lái)十年內(nèi)的主要競(jìng)爭(zhēng)對(duì)手的主要原因之一。當(dāng)然，這種變化也并不會(huì)將桌面軟件全部淘汰，現(xiàn)有的瀏覽器還沒(méi)有一個(gè)能像PhotoShop等桌面程序那樣處理復(fù)雜的圖像。但是我們也不能忽視它帶來(lái)的影響和沖擊。

3、關(guān)于ajax的名字
ajax 的全稱是Asynchronous JavaScript and XML，其中，Asynchronous 是異步的意思，它有別于傳統(tǒng)web開(kāi)發(fā)中采用的同步的方式。

4、關(guān)于同步和異步
異步傳輸是面向字符的傳輸，它的單位是字符；而同步傳輸是面向比特的傳輸，它的單位是楨，它傳輸?shù)臅r(shí)候要求接受方和發(fā)送方的時(shí)鐘是保持一致的。
具體來(lái)說(shuō)，異步傳輸是將比特分成小組來(lái)進(jìn)行傳送。一般每個(gè)小組是一個(gè)8位字符，在每個(gè)小組的頭部和尾部都有一個(gè)開(kāi)始位和一個(gè)停止位，它在傳送過(guò)程中接收方和發(fā)送方的時(shí)鐘不要求一致，也就是說(shuō)，發(fā)送方可以在任何時(shí)刻發(fā)送這些小組，而接收方并不知道它什么時(shí)候到達(dá)。一個(gè)最明顯的例子就是計(jì)算機(jī)鍵盤和主機(jī)的通信，按下一個(gè)鍵的同時(shí)向主機(jī)發(fā)送一個(gè)8比特位的ASCII代碼，鍵盤可以在任何時(shí)刻發(fā)送代碼，這取決于用戶的輸入速度，內(nèi)部的硬件必須能夠在任何時(shí)刻接收一個(gè)鍵入的字符。這是一個(gè)典型的異步傳輸過(guò)程。異步傳輸存在一個(gè)潛在的問(wèn)題，即接收方并不知道數(shù)據(jù)會(huì)在什么時(shí)候到達(dá)。在它檢測(cè)到數(shù)據(jù)并做出響應(yīng)之前，第一個(gè)比特已經(jīng)過(guò)去了。這就像有人出乎意料地從后面走上來(lái)跟你說(shuō)話，而你沒(méi)來(lái)得及反應(yīng)過(guò)來(lái)，漏掉了最前面的幾個(gè)詞。因此，每次異步傳輸?shù)男畔⒍家砸粋€(gè)起始位開(kāi)頭，它通知接收方數(shù)據(jù)已經(jīng)到達(dá)了，這就給了接收方響應(yīng)、接收和緩存數(shù)據(jù)比特的時(shí)間；在傳輸結(jié)束時(shí)，一個(gè)停止位表示該次傳輸信息的終止。按照慣例，空閑（沒(méi)有傳送數(shù)據(jù)）的線路實(shí)際攜帶著一個(gè)代表二進(jìn)制1的信號(hào)。步傳輸?shù)拈_(kāi)始位使信號(hào)變成0，其他的比特位使信號(hào)隨傳輸?shù)臄?shù)據(jù)信息而變化。最后，停止位使信號(hào)重新變回1，該信號(hào)一直保持到下一個(gè)開(kāi)始位到達(dá)。例如在鍵盤上數(shù)字“1”，按照8比特位的擴(kuò)展ASCII編碼，將發(fā)送“00110001”，同時(shí)需要在8比特位的前面加一個(gè)起始位，后面一個(gè)停止位。
同步傳輸?shù)谋忍胤纸M要大得多。它不是獨(dú)立地發(fā)送每個(gè)字符，每個(gè)字符都有自己的開(kāi)始位和停止位，而是把它們組合起來(lái)一起發(fā)送。我們將這些組合稱為數(shù)據(jù)幀，或簡(jiǎn)稱為幀。
　　數(shù)據(jù)幀的第一部分包含一組同步字符，它是一個(gè)獨(dú)特的比特組合，類似于前面提到的起始位，用于通知接收方一個(gè)幀已經(jīng)到達(dá)，但它同時(shí)還能確保接收方的采樣速度和比特的到達(dá)速度保持一致，使收發(fā)雙方進(jìn)入同步。
　　幀的最后一部分是一個(gè)幀結(jié)束標(biāo)記。與同步字符一樣，它也是一個(gè)獨(dú)特的比特串，類似于前面提到的停止位，用于表示在下一幀開(kāi)始之前沒(méi)有別的即將到達(dá)的數(shù)據(jù)了。
　　同步傳輸通常要比異步傳輸快速得多。接收方不必對(duì)每個(gè)字符進(jìn)行開(kāi)始和停止的操作。一旦檢測(cè)到幀同步字符，它就在接下來(lái)的數(shù)據(jù)到達(dá)時(shí)接收它們。另外，同步傳輸?shù)拈_(kāi)銷也比較少。例如，一個(gè)典型的幀可能有500字節(jié)（即4000比特）的數(shù)據(jù)，其中可能只包含100比特的開(kāi)銷。這時(shí)，增加的比特位使傳輸?shù)谋忍乜倲?shù)增加2.5%，這與異步傳輸中25 %的增值要小得多。隨著數(shù)據(jù)幀中實(shí)際數(shù)據(jù)比特位的增加，開(kāi)銷比特所占的百分比將相應(yīng)地減少。但是，數(shù)據(jù)比特位越長(zhǎng)，緩存數(shù)據(jù)所需要的緩沖區(qū)也越大，這就限制了一個(gè)幀的大小。另外，幀越大，它占據(jù)傳輸媒體的連續(xù)時(shí)間也越長(zhǎng)。在極端的情況下，這將導(dǎo)致其他用戶等得太久。
了解了同步和異步的概念之后，大家應(yīng)該對(duì)ajax為什么可以提升用戶體驗(yàn)應(yīng)該比較清晰了，它是利用異步請(qǐng)求方式的。打個(gè)比方，如果現(xiàn)在你家里所在的小區(qū)因某種情況而面臨停水，現(xiàn)在有關(guān)部門公布了兩種方案，一是完全停水8個(gè)小時(shí)，在這8個(gè)小時(shí)內(nèi)完全停水，8個(gè)小時(shí)后恢復(fù)正常。二是不完全停水10 個(gè)小時(shí)，在這10個(gè)小時(shí)內(nèi)水沒(méi)有完全斷，只是流量比原來(lái)小了很多，在10個(gè)小時(shí)后恢復(fù)正常流量，那么，如果是你你會(huì)選擇哪種方式呢？顯然是后者。

5、ajax所包含的技術(shù)
大家都知道ajax并非一種新的技術(shù)，而是幾種原有技術(shù)的結(jié)合體。它由下列技術(shù)組合而成。
1.使用CSS和XHTML來(lái)表示。
2. 使用DOM模型來(lái)交互和動(dòng)態(tài)顯示。
3.使用XMLHttpRequest來(lái)和服務(wù)器進(jìn)行異步通信。
4.使用javascript來(lái)綁定和調(diào)用。
在上面幾中技術(shù)中，除了XmlHttpRequest對(duì)象以外，其它所有的技術(shù)都是基于web標(biāo)準(zhǔn)并且已經(jīng)得到了廣泛使用的，XMLHttpRequest雖然目前還沒(méi)有被W3C所采納，但是它已經(jīng)是一個(gè)事實(shí)的標(biāo)準(zhǔn)，因?yàn)槟壳皫缀跛械闹髁鳛g覽器都支持它。

6、ajax原理和XmlHttpRequest對(duì)象
Ajax的原理簡(jiǎn)單來(lái)說(shuō)通過(guò)XmlHttpRequest對(duì)象來(lái)向服務(wù)器發(fā)異步請(qǐng)求，從服務(wù)器獲得數(shù)據(jù)，然后用javascript來(lái)操作DOM而更新頁(yè)面。這其中最關(guān)鍵的一步就是從服務(wù)器獲得請(qǐng)求數(shù)據(jù)。要清楚這個(gè)過(guò)程和原理，我們必須對(duì) XMLHttpRequest有所了解。
XMLHttpRequest是ajax的核心機(jī)制，它是在IE5中首先引入的，是一種支持異步請(qǐng)求的技術(shù)。簡(jiǎn)單的說(shuō)，也就是javascript可以及時(shí)向服務(wù)器提出請(qǐng)求和處理響應(yīng)，而不阻塞用戶。達(dá)到無(wú)刷新的效果。
所以我們先從XMLHttpRequest講起，來(lái)看看它的工作原理。
首先，我們先來(lái)看看XMLHttpRequest這個(gè)對(duì)象的屬性。
它的屬性有：
onreadystatechange 每次狀態(tài)改變所觸發(fā)事件的事件處理程序。
responseText 從服務(wù)器進(jìn)程返回?cái)?shù)據(jù)的字符串形式。
responseXML 從服務(wù)器進(jìn)程返回的DOM兼容的文檔數(shù)據(jù)對(duì)象。
status 從服務(wù)器返回的數(shù)字代碼，比如常見(jiàn)的404（未找到）和200（已就緒）
status Text 伴隨狀態(tài)碼的字符串信息
readyState 對(duì)象狀態(tài)值
0 (未初始化) 對(duì)象已建立，但是尚未初始化（尚未調(diào)用open方法）
1 (初始化) 對(duì)象已建立，尚未調(diào)用send方法
2 (發(fā)送數(shù)據(jù)) send方法已調(diào)用，但是當(dāng)前的狀態(tài)及http頭未知
3 (數(shù)據(jù)傳送中) 已接收部分?jǐn)?shù)據(jù)，因?yàn)轫憫?yīng)及http頭不全，這時(shí)通過(guò)responseBody和responseText獲取部分?jǐn)?shù)據(jù)會(huì)出現(xiàn)錯(cuò)誤，
4 (完成) 數(shù)據(jù)接收完畢,此時(shí)可以通過(guò)通過(guò)responseXml和responseText獲取完整的回應(yīng)數(shù)據(jù)
但是，由于各瀏覽器之間存在差異，所以創(chuàng)建一個(gè)XMLHttpRequest對(duì)象可能需要不同的方法。這個(gè)差異主要體現(xiàn)在IE和其它瀏覽器之間。下面是一個(gè)比較標(biāo)準(zhǔn)的創(chuàng)建XMLHttpRequest對(duì)象的方法。