要很好地領(lǐng)會(huì )Ajax技術(shù)的關(guān)鍵是了解超文本傳輸協(xié)議（HTTP），該協(xié)議用來(lái)傳輸網(wǎng)頁(yè)、圖像以及因特網(wǎng)上在瀏覽器與服務(wù)器間傳輸的其他類(lèi)型文件。只要你在瀏覽器上輸入一個(gè)URL，最前面的http://就表示使用HTTP來(lái)訪(fǎng)問(wèn)指定位置的信息。 （大部分瀏覽器還支持其他一些不同的協(xié)議，其中FTP就是一個(gè)典型例子。）
注意：本文中只涉及HTTP協(xié)議，這是Ajax開(kāi)發(fā)人員關(guān)心的方面，它可作為HTTP的參考手冊或指南。
HTTP由兩部分組成：請求和響應。當你在Web瀏覽器中輸入一個(gè)URL時(shí)，瀏覽器將根據你的要求創(chuàng )建并發(fā)送請求，該請求包含所輸入的URL以及一些與瀏覽器本身相關(guān)的信息。當服務(wù)器收到這個(gè)請求時(shí)將返回一個(gè)響應，該響應包括與該請求相關(guān)的信息以及位于指定URL（如果有的話(huà)）的數據。直到瀏覽器解析該響應并顯示出網(wǎng)頁(yè)（或其他資源）為止。
HTTP請求 HTTP請求的格式如下所示：
＜request-line＞
＜headers＞
＜blank line＞
[＜request-body＞] |
在HTTP請求中，第一行必須是一個(gè)請求行（request line），用來(lái)說(shuō)明請求類(lèi)型、要訪(fǎng)問(wèn)的資源以及使用的HTTP版本。緊接著(zhù)是一個(gè)首部（header）小節，用來(lái)說(shuō)明服務(wù)器要使用的附加信息。在首部之后是一個(gè)空行，再此之后可以添加任意的其他數據[稱(chēng)之為主體（body）]。
在HTTP中，定義了大量的請求類(lèi)型，不過(guò)Ajax開(kāi)發(fā)人員關(guān)心的只有GET請求和POST請求。只要在Web瀏覽器上輸入一個(gè)URL，瀏覽器就將基于該URL向服務(wù)器發(fā)送一個(gè)GET請求，以告訴服務(wù)器獲取并返回什么資源。對于www.wrox.com的GET請求如下所示：
GET / HTTP/1.1
Host: www.wrox.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6)
Gecko/20050225 Firefox/1.0.1
Connection: Keep-Alive |
請求行的第一部分說(shuō)明了該請求是GET請求。該行的第二部分是一個(gè)斜杠（/），用來(lái)說(shuō)明請求的是該域名的根目錄。該行的最后一部分說(shuō)明使用的是HTTP 1.1版本（另一個(gè)可選項是1.0）。那么請求發(fā)到哪里去呢？這就是第二行的內容。
第2行是請求的第一個(gè)首部，HOST。首部HOST將指出請求的目的地。結合HOST和上一行中的斜杠（/），可以通知服務(wù)器請求的是www.wrox.com/（HTTP 1.1才需要使用首部HOST，而原來(lái)的1.0版本則不需要使用）。第三行中包含的是首部User-Agent，服務(wù)器端和客戶(hù)端腳本都能夠訪(fǎng)問(wèn)它，它是瀏覽器類(lèi)型檢測邏輯的重要基礎。該信息由你使用的瀏覽器來(lái)定義（在本例中是Firefox 1.0.1），并且在每個(gè)請求中將自動(dòng)發(fā)送。最后一行是首部Connection，通常將瀏覽器操作設置為Keep-Alive（當然也可以設置為其他值，但這已經(jīng)超出了本書(shū)討論的范圍）。注意，在最后一個(gè)首部之后有一個(gè)空行。即使不存在請求主體，這個(gè)空行也是必需的。
如果要獲取一個(gè)諸如http://www.wrox.com/books的www.wrox.com域內的頁(yè)面，那么該請求可能類(lèi)似于：
GET /books/ HTTP/1.1
Host: www.wrox.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6)
Gecko/20050225 Firefox/1.0.1
Connection: Keep-Alive |
注意只有第一行的內容發(fā)生了變化，它只包含URL中www.wrox.com后面的部分。
要發(fā)送GET請求的參數，則必須將這些額外的信息附在URL本身的后面。其格式類(lèi)似于：
| URL ? name1=value1&name2=value2&..&nameN=valueN |
該信息稱(chēng)之為查詢(xún)字符串（query string），它將會(huì )復制在HTTP請求的請求行中，如下所示：
GET /books/?name=Professional%20Ajax HTTP/1.1
Host: www.wrox.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6)
Gecko/20050225 Firefox/1.0.1
Connection: Keep-Alive |
注意，為了將文本“Professional Ajax”作為URL的參數，需要編碼處理其內容，將空格替換成%20，這稱(chēng)為URL編碼（URL encoding），常用于HTTP的許多地方（
JavaScript提供了內建的函數來(lái)處理URL編碼和解碼，這些將在本章中的后續部分中說(shuō)明）。“名稱(chēng)—值”（name—value）對用 & 隔開(kāi)。絕大部分的服務(wù)器端技術(shù)能夠自動(dòng)對請求主體進(jìn)行解碼，并為這些值的訪(fǎng)問(wèn)提供一些邏輯方式。當然，如何使用這些數據還是由服務(wù)器決定的。
瀏覽器發(fā)送的首部，通常比本文中所討論的要多得多。為了簡(jiǎn)單起見(jiàn)，這里的例子盡可能簡(jiǎn)短。
另一方面，POST請求在請求主體中為服務(wù)器提供了一些附加的信息。通常，當填寫(xiě)一個(gè)在線(xiàn)表單并提交它時(shí)，這些填入的數據將以POST請求的方式發(fā)送給服務(wù)器。
以下就是一個(gè)典型的POST請求：
POST / HTTP/1.1
Host: www.wrox.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6)
Gecko/20050225 Firefox/1.0.1
Content-Type: application/x-www-form-urlencoded
Content-Length: 40
Connection: Keep-Alive
name=Professional%20Ajax&publisher=Wiley |
從上面可以發(fā)現， POST請求和GET請求之間有一些區別。首先，請求行開(kāi)始處的GET改為了POST，以表示不同的請求類(lèi)型。你會(huì )發(fā)現首部Host和User-Agent仍然存在，在后面有兩個(gè)新行。其中首部Content-Type說(shuō)明了請求主體的內容是如何編碼的。瀏覽器始終以application/ x-www-form- urlencoded的格式編碼來(lái)傳送數據，這是針對簡(jiǎn)單URL編碼的MIME類(lèi)型。首部Content-Length說(shuō)明了請求主體的字節數。在首部Connection后是一個(gè)空行，再后面就是請求主體。與大多數瀏覽器的POST請求一樣，這是以簡(jiǎn)單的“名稱(chēng)—值”對的形式給出的，其中name是Professional Ajax，publisher是Wiley。你可以以同樣的格式來(lái)組織URL的查詢(xún)字符串參數。
正如前面所提到的，還有其他的HTTP請求類(lèi)型，它們遵從的基本格式與GET請求和POST請求相同。下一步我們來(lái)看看服務(wù)器將對HTTP請求發(fā)送什么響應。
HTTP響應 如下所示，HTTP響應的格式與請求的格式十分類(lèi)似：
＜status-line＞
＜headers＞
＜blank line＞
[＜response-body＞] |
正如你所見(jiàn)，在響應中唯一真正的區別在于第一行中用狀態(tài)信息代替了請求信息。狀態(tài)行（status line）通過(guò)提供一個(gè)狀態(tài)碼來(lái)說(shuō)明所請求的資源情況。以下就是一個(gè)HTTP響應的例子：
HTTP/1.1 200 OK
Date: Sat, 31 Dec 2005 23:59:59 GMT
Content-Type: text/html;charset=ISO-8859-1
Content-Length: 122
＜html＞
＜head＞
＜title＞W(wǎng)rox Homepage＜/title＞
＜/head＞
＜body＞
＜!-- body goes here --＞
＜/body＞
＜/html＞ |
在本例中，狀態(tài)行給出的HTTP狀態(tài)代碼是200，以及消息OK。狀態(tài)行始終包含的是狀態(tài)碼和相應的簡(jiǎn)短消息，以避免混亂。最常用的狀態(tài)碼有：
◆200 (OK): 找到了該資源，并且一切正常。
◆304 (NOT MODIFIED): 該資源在上次請求之后沒(méi)有任何修改。這通常用于瀏覽器的緩存機制。
◆ 401 (UNAUTHORIZED):
客戶(hù)端無(wú)權訪(fǎng)問(wèn)該資源。這通常會(huì )使得瀏覽器要求用戶(hù)輸入用戶(hù)名和密碼，以登錄到服務(wù)器。
◆403 (FORBIDDEN):
客戶(hù)端未能獲得授權。這通常是在401之后輸入了不正確的用戶(hù)名或密碼。
◆404 (NOT FOUND):
在指定的位置不存在所申請的資源。
在狀態(tài)行之后是一些首部。通常，服務(wù)器會(huì )返回一個(gè)名為Data的首部，用來(lái)說(shuō)明響應生成的日期和時(shí)間（服務(wù)器通常還會(huì )返回一些關(guān)于其自身的信息，盡管并非是必需的）。接下來(lái)的兩個(gè)首部大家應該熟悉，就是與POST請求中一樣的Content-Type和Content-Length。在本例中，首部Content-Type指定了MIME類(lèi)型HTML（text/html），其編碼類(lèi)型是ISO-8859-1（這是針對美國英語(yǔ)資源的編碼標準）。響應主體所包含的就是所請求資源的HTML源文件（盡管還可能包含純文本或其他資源類(lèi)型的二進(jìn)制數據）。瀏覽器將把這些數據顯示給用戶(hù)。
注意，這里并沒(méi)有指明針對該響應的請求類(lèi)型，不過(guò)這對于服務(wù)器并不重要?？蛻?hù)端知道每種類(lèi)型的請求將返回什么類(lèi)型的數據，并決定如何使用這些數據。
