【文章內(nèi)容簡介】 1 HTTP(超文本傳輸協(xié)議 ) HTTP 簡介 超文本傳輸協(xié)議（ HTTP）是 一種為分布式，合作式，多媒體信息系統(tǒng)服務(wù)，面向應用層的協(xié)議。在 1990 年 WWW 全球信息剛剛起步的時候 HTTP 就得到了應用。 HTTP 的第一個版本叫做 HTTP/,是一種為互聯(lián)網(wǎng)原始數(shù)據(jù)傳輸服務(wù)的簡單協(xié)議。由 RFC 1945[6]定義的HTTP/ 進一步完善了這個協(xié)議。它允許消息以類似 MIME 的格式傳送，包括有關(guān)數(shù)據(jù)傳輸?shù)?維護信息 和關(guān)于請求 /應答的句法修正。但是， HTTP/ 沒有充分考慮到分層代理，高速緩存的作用以及對穩(wěn)定連接和虛擬主機的需求。并且隨著不完善的進程應用的激增，HTTP/ 迫切需要 一個新的版本 ,以便使兩個通信應用程序能夠確定彼此的真實性能。 這里規(guī)定的協(xié)議叫做 “HTTP/. 這個協(xié)議與 HTTP/ 相比，要求更為嚴格，以確保各項功能得到可靠實現(xiàn)。實際的信息系統(tǒng)除了簡單的檢索外，要求更多的功能性（ functionality)，包括查找 (search)，前端更新 (frontend update)和注解 (annotation)。HTTP 允許可擴充的方法集和報頭集以指示請求的目的 [47]。它是建立在統(tǒng)一資源標識符（ URI） [3]提供的地址（ URL） [4]和名字（ URN）上 [20]， 以指出方法應用于哪個資源的。消息以類似于一種叫做多用途網(wǎng)絡(luò)郵件擴展（ MIME） [7] 的互聯(lián)網(wǎng)郵件的格式傳送。 HTTP 也是用于用戶代理之間及代理 /網(wǎng)關(guān)到其他網(wǎng)絡(luò)系統(tǒng)的通用通信協(xié)議，這樣的網(wǎng)絡(luò)系統(tǒng)可能由 SMTP[16],NNTP[13],FTP[18],Gopher[2]和 WAIS[10]協(xié)議支持。這樣， HTTP 允許不同的應用程序?qū)Y源進行基本的超媒體訪問。 HTTP 術(shù)語 本說明用到了若干術(shù)語，以表示 HTTP 通信中各參與者和對象扮演的不同角色。 連接（ Connection） 為通信而在兩個程序間建立的傳輸 層虛擬電路。 消息 (Message) HTTP 通信中的基本單元。它由一個結(jié)構(gòu)化的八比特字節(jié)序列組成，與第 4 章定義的句法相匹配，并通過連接得到傳送。 請求 (Request) 從客戶機到服務(wù)器的請求 ,其首行包括利用資源的方式 ,區(qū)分資源的標識 ,以及協(xié)議的版本號 應答 (Response) 接收和翻譯一個請求信息后，服務(wù)器發(fā)出一個 HTTP 應答信息． 資源 (Resource) 一種網(wǎng)絡(luò)數(shù)據(jù)對象或服務(wù)，可以用第 節(jié)定義的 URI 描述。資源可以以多種表現(xiàn)方式 （例如多種語言，數(shù)據(jù)格式，大小和解決方案）或其他不同的途徑獲得 。 4 實體 (Entity) 作為請求或應答的有效負荷而傳輸?shù)男畔?.一個實體包含報頭形式的維護信息和消息體形式的內(nèi)容 表示方法 (Representation) 一個應答包含的實體是由內(nèi)容協(xié)商決定的 內(nèi)容協(xié)商 (Content Negotiation) 為請求服務(wù)時選擇適當表示方法的機制（ mechanism)。 任何應答里實體的表示方法都是可協(xié)商的 (包括出錯應答 ). 變量（ Variant) 在任何給定時刻 ,與一個資源對應的表示方法可以有一個或更多 .每個表示方法稱作一個變量 .使用變量這個術(shù)語并不必然意味著資源是由內(nèi)容協(xié) 商決定的 . 客戶機（ Client） 為發(fā)送請求建立連接的程序 . 用戶代理 (User agent) 初始化請求的客戶端程序 .常見的如瀏覽器 ,編輯器 ,蜘蛛 (網(wǎng)絡(luò)穿越機器人 ),或其他的終端用戶工具 . 服務(wù)器 (Server) 同意連接以便通過發(fā)回應答為請求提供服務(wù)的應用程序 .任何給定的程序都有可以既做客戶端又做服務(wù)器 。我們使用這些術(shù)語僅指特定連接中程序完成的任務(wù) ,而不是指通常意義上程序的性能 .同樣 ,任何服務(wù)器都可以基于每個請求的性質(zhì)扮演原服務(wù)器 ,代理 ,網(wǎng)管 ,或者隧道等諸角色之一。 原服務(wù)器（ Origin server) 給定的資源駐留或創(chuàng)建的地方 . 代理服務(wù)器（ Proxy） 一個既做服務(wù)器又做客戶端的中介程序 .,其用途是代表其他客戶發(fā)送請求 .請求在內(nèi)部得到服務(wù) ,或者經(jīng)過一定的翻譯轉(zhuǎn)至其他服務(wù)器 .一個代理服務(wù)器必須能同時履行本說明中客戶端和服務(wù)器要求 .“ 透明代理 ” （ transparent proxy）是一種除了必需的驗證和鑒定外不修改請求或相應的代理 .“ 非透明代理 ” （ nontransparent proxy）是一種修改請求或應答以便為用戶代理提供附加服務(wù)的代理 ,附加服務(wù)包括類注釋服務(wù) ,媒體類型轉(zhuǎn)換 ,協(xié)議簡化 ,或者匿 名濾除等 .除非經(jīng)明確指出 ,HTTP 代理要求對兩種代理都適用 . 網(wǎng)關(guān)（ gateway） 為其他服務(wù)器充當中介的服務(wù)器 .與代理服務(wù)器不同 ,網(wǎng)關(guān)接收請求 ,仿佛它就是被請求資源所在的原服務(wù)器 。提出請求的客戶可能覺察不到它正在同網(wǎng)關(guān)通信 . 一個在兩個連接之間充當盲目中繼（ blind relay)的中間程序 .一旦有效 ,隧道便不再被認為是 HTTP通信的用戶 ,雖然隧道可能已經(jīng)被 HTTP請求初始化了 .當兩端的中繼連接都關(guān)閉的時候 ,隧道不再存在 . 高速緩存（ Cache） 一個程序應答信息的本地存儲和控制此信息存儲、檢索 和刪除的子系統(tǒng) ,一個高速緩沖存儲器存儲應答為的是減少對將來同樣請求的應答時間和網(wǎng)絡(luò)帶寬消耗 ,任一客戶或服務(wù)器都可能包含一個高速緩存 ,但高速緩存不能應用于一個充當隧道的服務(wù)器 . 可緩存（ Cacheable） 如果一個高速緩存允許存儲應答信息的一份拷貝運用于應答后繼請求的拷貝 ,一個應答就是可緩存的 .用來確定 HTTP 應答的緩存能力（ cacheability）的規(guī)則在 13 節(jié)中有定義 .即使一個資源是可緩存的 ,也可能對一個高速緩存能否將緩存拷貝用于某特定請求存在附加 5 的約束 . 直接（ firsthand） 如果一 個應答直接到來并且沒有緣于原服務(wù)器 ,或若干代理服務(wù)器的不必要的延時 ,那么這個應答就是直接的 .如果它的有效性已經(jīng)被原服務(wù)器直接認證 ,那么這個應答也同樣是第一手的 . 明確終止時間（ explicit expiration time） 原服務(wù)器預算一個實體在無需進一步確認的情況下不再被高速緩存返回的時間 . 探索終止時間（ heuristic expiration time） 當沒有外在的終止時間可利用時 , 由高速緩存所指定的終止時間 . 年齡（ Age） 一個應答的年齡是從它被發(fā)送 ,或被原 服務(wù)器成功確認到現(xiàn)在的時間 . 保鮮壽命（ Freshness lifetime） 一個應答生成和過期之間的時間長度 . 保鮮（ Fresh） 如果一個應答的年齡還沒有超過保鮮壽命 ,它就是保鮮的 . 陳舊（ Stale） 一個應答的年齡已經(jīng)超過了它的保鮮壽命 ,就是陳舊的 . 語義透明（ semantically transparent） 當它的使用除了改善性能外既未影響請求客戶機也未影響原服務(wù)器時 , 高速緩存對于某特定的應答就是工作于語義透明方式了 .當高速緩存語義透明時 ,客戶恰好收到與原服務(wù)器直接處理請求 后得到的應答（除了逐段轉(zhuǎn)接的報頭部分）完全相同的應答。 有效性判別器（ Validator） 一個用來查找一個高速緩存記錄是否是一個實體的等效拷貝的協(xié)議元素 (例如 ,一個實體標記（ entity tag）或最終更改時間（ LastModified time)). 上游 /下游（ upstream/downstream） 上游和下游描述了消息的流動 :所有消息都從上游流到下游 . 向內(nèi) /向外（ inbound/outbound） 向內(nèi)和向外指的是消息的請求和應答路徑 :向內(nèi) 即 移向原服務(wù)器 ,向外 即 移 向用戶代理 總體操作 HTTP 協(xié)議是一種請求 /應答協(xié)議。 與主機建立連接后，客戶以請求方法， URI 和協(xié)議版本的形式向服務(wù)器發(fā)送請求，繼以類 MIME 信息，其中包括請求修改，客戶信息和可能的正文內(nèi)容。服務(wù)器用包括消息協(xié)議版本和成功或錯誤代碼的狀態(tài)進行應答，繼以包括服務(wù)器信息，實體維護信息和可能的實體內(nèi)容的類 MIME 消息。 當一個或一個以上的中介在請求 /應答鏈中出現(xiàn)的時候，會出現(xiàn)更復雜的情形。常見的中介形式有三種：代理，網(wǎng)關(guān)和隧道。代理是一種轉(zhuǎn)送工具，它接收絕對形式的 URI 請求，重寫全部或部分消息，然后把重新 格式化后的請求發(fā)送到 URI 確定的服務(wù)器上。網(wǎng)關(guān)是一種接收工具，它充當其他服務(wù)器的上層，必要時將請求翻譯為下層服務(wù)器的協(xié)議。隧道不改變消息而充當兩個連接之間的中繼點；它用于通信需要穿過中介（如防火墻），甚至中介不能理解信息內(nèi)容的時候。 實際上，目前萬維網(wǎng)上有多種結(jié)構(gòu)和配置的高速緩存和代理被實驗或使用。這些系統(tǒng)包 6 括節(jié)省越洋帶寬的全國代理層，廣播或多點通信緩存接口， 通過 CDROM 分配子緩存數(shù)據(jù)的機構(gòu)，等等。 HTTP 系統(tǒng)應用在寬頻帶連接的企業(yè)局域網(wǎng)中，通過 PDAs 的低耗無線連接和斷續(xù)連接的訪問。 的 目標是支持各種各樣的應用配置，引進協(xié)議結(jié)構(gòu)滿足那些需要較高可靠性，可以排除故障或至少指示故障的網(wǎng)絡(luò)應用的要求。 HTTP 通信在通常發(fā)生在 TCP/IP 連接上。默認端口是 TCP 80,不過其它端口也可以使用。在互聯(lián)網(wǎng)或其他網(wǎng)絡(luò)上，這并不妨礙 HTTP 應用在其他協(xié)議的頂端。 僅僅期望可靠的傳輸；任何提供這種保證的協(xié)議都可以使用；協(xié)議傳輸數(shù)據(jù)單元的 HTTP/ 請求和應答結(jié)構(gòu)的映象已經(jīng)超出了本說明書的范圍。 在 / 中，大部分的實現(xiàn)為每個請求 /應答交換使用了新連接。而 / 中，一個連接可以 用于一個或更多請求 /應答交換。 內(nèi)容編碼 內(nèi)容編碼值表示一種已經(jīng)或可以應用于實體的編碼變換。內(nèi)容編碼主要用來允許文檔壓縮，換句話說，有效的變換而不損失它的基本媒體類型的特性，也不丟失信息。經(jīng)常地，實體以編碼形式儲存 ,直接傳送 ,只能由接收者譯碼 . contentcoding = token 所有內(nèi)容編碼值都是不區(qū)分大小寫的 .HTTP/ 在接收譯碼和內(nèi)容譯碼的頭域里使用內(nèi)容編碼值 .盡管該值描述了內(nèi)容編碼 ,更重要的是它指出需要什么編碼機制 來除去編碼 . 互聯(lián)網(wǎng)賦值機構(gòu) (IANA)充當內(nèi)容編 碼值標記的注冊處 .最初 ,注冊表包含下列標記 ： gzip（壓縮程序） 一種由文件壓縮程序 gzip(GNU zip)如 RFC 1952 所描述 生成的編碼格式 .這種格式是一種 32 位 CRC LempelZiv 編碼 (LZ77)。 [譯者注 ]CRC:循環(huán)冗余校驗 press（壓縮） 由通用 UNIX 文件壓縮程序 press生成的編碼格式 .這種格式是一種具有可適應性的 LempelZivWelch 編碼 。 對未來的編碼來說 ,用程序名識別編碼格式是不可取 ,令人氣餒的 .在這里他們的用 處是作為歷史實踐的代表而不是好的方案 .為了同以前的 HTTP 實現(xiàn)相兼容 ,應用應該將 xgzip和 xpress分別等同于 gzip和 press. deflate RFC 1950 [31]定義的 zlib格式與 RFC 1951 [29]描述的 deflate壓縮機制的組合 . Identity（標識） 缺省 (標識 )編碼 。無論如何 ,不進行轉(zhuǎn)化的應用 .這種內(nèi)容譯碼僅被用于接受譯碼報頭 ,并且不能被用在內(nèi)容編碼報頭 . 新的內(nèi)容譯碼值的標記應該注冊 。為了允許 客戶和服務(wù)器間的互用性 ,內(nèi)容譯碼運算的規(guī)范需要實現(xiàn)一個可被公開利用并能獨立實現(xiàn)的新值 ,并且與這節(jié)中內(nèi)容譯碼定義的目的相一致 傳輸編碼 傳輸編碼值被用來表示一個已經(jīng) ,能夠 ,或可能需要應用于一個實體的編碼轉(zhuǎn)化 ,為的是能夠確保通過網(wǎng)絡(luò)安全傳輸 .這不同于內(nèi)容譯碼 ,傳輸譯碼是消息的特性而不是原始實體的特性 . 7 transfercoding = chunked | transferextension transferextension = token *( 。 parameter ) 參數(shù)采用屬性 /值對的形式 . 參數(shù) = 屬性 = 值 屬性 = 標記 值 = 標記 | 引用 串（ quotedstring） 所有傳輸譯碼值是不直觀的 .HTTP/ 在 TE 頭域和傳輸譯碼頭域運用傳輸譯碼 . 無論何時一個傳輸譯碼都被應用于一個消息體 ,傳輸譯碼的設(shè)置必須包括 大塊 ,除非消息被結(jié)束連接停止 .當 大塊 傳輸譯碼被應用時 ,它必須是應用于消息體的最后傳輸譯碼 .這些規(guī)則允許接受從而確定消息的傳輸長度 傳輸譯碼與 MINE[7]的內(nèi)容傳輸譯碼值相類似 ,它被定義能夠?qū)崿F(xiàn)傳送服務(wù)器超過 7 位的二進制數(shù)據(jù)的安全傳輸 .不過 ,安全傳輸對純 8 位傳輸協(xié)議有不同的焦點 .在 HTTP 中 ,