HTTP超文本傳輸協(xié)議

1、httphttp和其他幾種網(wǎng)絡(luò)協(xié)議1多個(gè)中間層，比如代理，網(wǎng)關(guān)，或者隧道（tunnels）。盡管TCP/IP協(xié)議是互聯(lián)網(wǎng)上最流行的應(yīng)用，HTTP協(xié)議并沒有規(guī)定必須使用它和（基于）它支持的層。 事實(shí)上，HTTP可以在任何其他互聯(lián)網(wǎng)協(xié)議上，或者在其他網(wǎng)絡(luò)上實(shí)現(xiàn)。HTTP只假定（其下層協(xié)議提供）可靠的傳輸，任何能夠提供這種保證的協(xié)議都可以被其使用。通常，由HTTP客戶端發(fā)起一個(gè)請(qǐng)求，建立一個(gè)到服務(wù)器指定端口（默認(rèn)是80端口）的TCP連接。HTTP服務(wù)器則在那個(gè)端口監(jiān)聽客戶端發(fā)送過來的請(qǐng)求。一旦收到請(qǐng)求，服務(wù)器（向客戶端）發(fā)回一個(gè)狀態(tài)行，比如HTTP/1.1 200 OK，和（響應(yīng)的）消息，消息的消息

2、體可能是請(qǐng)求的文件、錯(cuò)誤消息、或者其它一些信息。HTTP協(xié)議的網(wǎng)頁HTTP使用TCP而不是UDP的原因在于（打開一個(gè)）一個(gè)網(wǎng)頁必須傳送很多數(shù)據(jù)，而TCP協(xié)議提供傳輸控制，按順序組織數(shù)據(jù)，和錯(cuò)誤糾正。通過HTTP或者HTTPS協(xié)議請(qǐng)求的資源由統(tǒng)一資源標(biāo)示符（Uniform Resource Identifiers）（或者，更準(zhǔn)確一些，URLs）來標(biāo)識(shí)。 編輯本段協(xié)議功能HTTP是超文本傳輸協(xié)議，是客戶端瀏覽器或其他程序與Web服務(wù)器之間的應(yīng)用層通信協(xié)議。在Internet上的Web服務(wù)器上存放的都是超文本信息，客戶機(jī)需要通過HTTP協(xié)議傳輸所要訪問的超文本信息。HTTP包含命令和傳輸信息，不僅可

3、用于Web訪問，也可以用于其他因特網(wǎng)/內(nèi)聯(lián)網(wǎng)應(yīng)用系統(tǒng)之間的通信，從而實(shí)現(xiàn)各類應(yīng)用資源超媒體訪問的集成。當(dāng)我們想瀏覽一個(gè)網(wǎng)站的時(shí)候，只要在瀏覽器的地址欄里輸入網(wǎng)站的地址就可以了，例如www.*.com,但是在瀏覽器的地址欄里面出現(xiàn)的卻是：http:/www.*,你知道為什么會(huì)多出一個(gè)“http”嗎？我們?cè)跒g覽器的地址欄里輸入的網(wǎng)站地址叫做URL (Uniform Resource Locator，統(tǒng)一資源定位符)。就像每家每戶都有一個(gè)門牌地址一樣，每個(gè)網(wǎng)頁也都有一個(gè)Internet地址。當(dāng)你在http功用瀏覽器的地址框中輸入一個(gè)URL或是單擊一個(gè)超級(jí)鏈接時(shí)，URL就確定了要瀏覽的地址。瀏覽器通過

4、超文本轉(zhuǎn)移協(xié)議(HTTP)，將Web服務(wù)器上站點(diǎn)的網(wǎng)頁代碼提取出來，并翻譯成漂亮的網(wǎng)頁。因此，在我們認(rèn)識(shí)HTTP之前，有必要先弄清楚URL的組成,例如：http:/www.*.com/china/index.htm。它的含義如下：1. http:/：代表超文本轉(zhuǎn)移協(xié)議，通知*.com服務(wù)器顯示W(wǎng)eb頁，通常不用輸入；2. www：代表一個(gè)Web（萬維網(wǎng)）服務(wù)器；3. *.com/：這是裝有網(wǎng)頁的服務(wù)器的域名，或站點(diǎn)服務(wù)器的名稱；4. China/：為該服務(wù)器上的子目錄，就好像我們的文件夾；5. Index.htm：index.htm是文件夾中的一個(gè)HTML文件（網(wǎng)頁）。 我們知道，Intern

5、et的基本協(xié)議是TCP/IP協(xié)議，然而在TCP/IP模型最上層的是應(yīng)用層（Application layer），它包含所有高層的協(xié)議。高層協(xié)議有：文件傳輸協(xié)議FTP、電子郵件傳輸協(xié)議SMTP、域名系統(tǒng)服務(wù)DNS、網(wǎng)絡(luò)新聞傳輸協(xié)議NNTP和HTTP協(xié)議等。HTTP協(xié)議（HyperText Transfer Protocol，超文本轉(zhuǎn)移協(xié)議）是用于從WWW服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議。它可以使瀏覽器更加高效，使網(wǎng)絡(luò)傳輸減少。它不僅保證計(jì)算機(jī)正確快速地傳輸超文本文檔，還確定傳輸文檔中的哪一部分，以及哪部分內(nèi)容首先顯示(如文本先于圖形)等。這就是你為什么在瀏覽器中看到的網(wǎng)頁地址都是以http

6、:/開頭的原因。 自WWW誕生以來，一個(gè)多姿多彩的資訊和虛擬的世界便出現(xiàn)在我們眼前，可是我們?cè)趺茨軌蚋尤菀椎卣业轿覀冃枰馁Y訊呢？當(dāng)決定使用超文本作為WWW文檔的標(biāo)準(zhǔn)格式后，于是在1990年，科學(xué)家們立即制定了能夠快速查找這些超文本文檔的協(xié)議，即HTTP協(xié)議。經(jīng)過幾年的使用與發(fā)展，得到不斷的完善和擴(kuò)展，目前在WWW中使用的是HTTP/1.0的第六版。編輯本段協(xié)議基礎(chǔ)HTTP（HyperText Transfer Protocol）是超文本轉(zhuǎn)移協(xié)議的縮寫，它用于傳送WWW方式的數(shù)據(jù)，關(guān)于HTTP協(xié)議的詳細(xì)內(nèi)容請(qǐng)參考RFC2616。HTTP協(xié)議采用了請(qǐng)求/響應(yīng)模型?？蛻舳讼蚍?wù)器發(fā)送一個(gè)請(qǐng)求，請(qǐng)

7、求頭包含請(qǐng)求的方法、URL、協(xié)議版本、以及包含請(qǐng)求修飾符、客戶信息和內(nèi)容的類似于MIME的消息結(jié)構(gòu)。服務(wù)器以一個(gè)狀態(tài)行作為響應(yīng)，相應(yīng)的內(nèi)容包括消息協(xié)議的版本，成功或者錯(cuò)誤編碼加上包含服務(wù)器信息、實(shí)體元信息以及可能的實(shí)體內(nèi)容。通常HTTP消息包括客戶機(jī)向服務(wù)器的請(qǐng)求消息和服務(wù)器向客戶機(jī)的響應(yīng)消息。這兩種類型的消息由一個(gè)起始行，一個(gè)或者多個(gè)頭域，一個(gè)指示頭域結(jié)束的空行和可選的消息體組成。HTTP的頭域包括通用頭，請(qǐng)求頭，響應(yīng)頭和實(shí)體頭四個(gè)部分。每個(gè)頭域由一個(gè)域名，冒號(hào)（:）和域值三部分組成。域名是大小寫無關(guān)的，域值前可以添加任何數(shù)量的空格符，頭域可以被擴(kuò)展為多行，在每行開始處，使用至少一個(gè)空格或制

8、表符。通用頭域通用頭域包含請(qǐng)求和響應(yīng)消息都支持的頭域，通用頭域包含Cache-Control、Connection、Date、Pragma、Transfer-Encoding、Upgrade、Via。對(duì)通用頭域的擴(kuò)展要求通訊雙方都支持此擴(kuò)展，如果存在不支持的通用頭域，一般將會(huì)作為實(shí)體頭域處理。下面簡單介紹幾個(gè)在UPnP消息中使用的通用頭域。Cache-Control頭域Cache-Control指定請(qǐng)求和響應(yīng)遵循的緩存機(jī)制。在請(qǐng)求消息或響應(yīng)消息中設(shè)置Cache-Control并不會(huì)修改另一個(gè)消息處理過程中的緩存處理過程。請(qǐng)求時(shí)的緩存指令包括no-cache、no-store、max-age、m

9、ax-stale、min-fresh、only-if-cached，響應(yīng)消息中的指令包括public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age。各個(gè)消息中的指令含義如下：Public指示響應(yīng)可被任何緩存區(qū)緩存。Private指示對(duì)于單個(gè)用戶的整個(gè)或部分響應(yīng)消息，不能被共享緩存處理。這允許服務(wù)器僅僅描述當(dāng)用戶http結(jié)構(gòu)的部分響應(yīng)消息，此響應(yīng)消息對(duì)于其他用戶的請(qǐng)求無效。no-cache指示請(qǐng)求或響應(yīng)消息不能緩存no-store用于防止重要的信息被無意的發(fā)布。在請(qǐng)求消息中發(fā)送將使得

10、請(qǐng)求和響應(yīng)消息都不使用緩存。max-age指示客戶機(jī)可以接收生存期不大于指定時(shí)間（以秒為單位）的響應(yīng)。min-fresh指示客戶機(jī)可以接收響應(yīng)時(shí)間小于當(dāng)前時(shí)間加上指定時(shí)間的響應(yīng)。max-stale指示客戶機(jī)可以接收超出超時(shí)期間的響應(yīng)消息。如果指定max-stale消息的值，那么客戶機(jī)可以接收超出超時(shí)期指定值之內(nèi)的響應(yīng)消息。HTTP Keep-AliveKeep-Alive功能使客戶端到服務(wù)器端的連接持續(xù)有效，當(dāng)出現(xiàn)對(duì)服務(wù)器的后繼請(qǐng)求時(shí)，Keep-Alive功能避免了建立或者重新建立連接。市場上的大部分Web服務(wù)器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。

11、對(duì)于提供靜態(tài)內(nèi)容的網(wǎng)站來說，這個(gè)功能通常很有用。但是，對(duì)于負(fù)擔(dān)較重的網(wǎng)站來說，這里存在另外一個(gè)問題：雖然為客戶保留打開的連接有一定的好處，但它同樣影響了性能，因?yàn)樵谔幚頃和Ｆ陂g，本來可以釋放的資源仍舊被占用。當(dāng)Web服務(wù)器和應(yīng)用服務(wù)器在同一臺(tái)機(jī)器上運(yùn)行時(shí)，Keep- Alive功能對(duì)資源利用的影響尤其突出。KeepAliveTime 值控制 TCP/IP 嘗試驗(yàn)證空閑連接是否完好的頻率。如果這段時(shí)間內(nèi)沒有活動(dòng)，則會(huì)發(fā)送保持活動(dòng)信號(hào)。如果網(wǎng)絡(luò)工作正常，而且接收方是活動(dòng)的，它就會(huì)響應(yīng)。如果需要對(duì)丟失接收方敏感，換句話說，需要更快地發(fā)現(xiàn)丟失了接收方，請(qǐng)考慮減小這個(gè)值。如果長期不活動(dòng)的空閑連接出現(xiàn)次數(shù)

12、較多，而丟失接收方的情況出現(xiàn)較少，您可能會(huì)要提高該值以減少開銷。缺省情況下，如果空閑連接 7200000 毫秒（2 小時(shí)）內(nèi)沒有活動(dòng)，Windows 就發(fā)送保持活動(dòng)的消息。通常，1800000 毫秒是首選值，從而一半的已關(guān)閉連接會(huì)在 30 分鐘內(nèi)被檢測到。 KeepAliveInterval 值定義了如果未從接收方收到保持活動(dòng)消息的響應(yīng)，TCP/IP 重復(fù)發(fā)送保持活動(dòng)信號(hào)的頻率。當(dāng)連續(xù)發(fā)送保持活動(dòng)信號(hào)、但未收到響應(yīng)的次數(shù)超出TcpMaxDataRetransmissions 的值時(shí)，會(huì)放棄該連接。如果期望較長的響應(yīng)時(shí)間，您可能需要提高該值以減少開銷。如果需要減少花在驗(yàn)證接收方是否已丟失上的時(shí)間

13、，請(qǐng)考慮減小該值或 TcpMaxDataRetransmissions 值。缺省情況下，在未收到響應(yīng)而重新發(fā)送保持活動(dòng)的消息之前，Windows 會(huì)等待 1000 毫秒（1 秒）。 KeepAliveTime 根據(jù)你的需要設(shè)置就行，比如10分鐘，注意要轉(zhuǎn)換成MS。 XXX代表這個(gè)間隔值得大小。Date頭域Date頭域表示消息發(fā)送的時(shí)間，時(shí)間的描述格式由rfc822定義。例如，Date:Mon,31Dec200104:25:57GMT。Date描述的時(shí)間表示世界標(biāo)準(zhǔn)時(shí)，換算成本地時(shí)間，需要知道用戶所在的時(shí)區(qū)。Pragma頭域Pragma頭域用來包含實(shí)現(xiàn)特定的指令，最常用的是Pragma:no-c

14、ache。在HTTP/1.1協(xié)議中，它的含義和Cache-Control:no-cache相同。 請(qǐng)求消息請(qǐng)求消息的第一行為下面的格式：MethodSPRequest-URISPHTTP-VersionCRLFMethod表示對(duì)于Request-URI完成的方法，這個(gè)字段是大小寫敏感的，包括OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE。方法GET和HEAD應(yīng)該被所有的通用WEB服務(wù)器支持，其他所有方法的實(shí)現(xiàn)是可選的。GET方法取回由Request-URI標(biāo)識(shí)的信息。HEAD方法也是取回由Request-URI標(biāo)識(shí)的信息，只是可以在響應(yīng)時(shí)，不返回消息體。POST方

15、法可以請(qǐng)求服務(wù)器接收包含在請(qǐng)求中的實(shí)體信息，可以用于提交表單，向新聞組、BBS、郵件群組和數(shù)據(jù)庫發(fā)送消息。 SP表示空格。Request-URI遵循URI格式，在此字段為星號(hào)（*）時(shí)，說明請(qǐng)求并不用于某個(gè)特定的資源地址，而是用于服務(wù)器本身。HTTP-Version表示支持的HTTP版本，例如為HTTP/1.1。CRLF表示換行回車符。請(qǐng)求頭域允許客戶端向服務(wù)器傳遞關(guān)于請(qǐng)求或者關(guān)于客戶機(jī)的附加信http架構(gòu)息。請(qǐng)求頭域可能包含下列字段Accept、Accept-Charset、Accept-Encoding、Accept-Language、Authorization、From、Host、If-M

16、odified-Since、If-Match、If-None-Match、If-Range、If-Range、If-Unmodified-Since、Max-Forwards、Proxy-Authorization、Range、Referer、User-Agent。對(duì)請(qǐng)求頭域的擴(kuò)展要求通訊雙方都支持，如果存在不支持的請(qǐng)求頭域，一般將會(huì)作為實(shí)體頭域處理。典型的請(qǐng)求消息：Host: download.*.deAccept: */*Pragma: no-cacheCache-Control: no-cacheUser-Agent: Mozilla/4.04en(Win95;I;Nav)Range:

17、bytes=554554-上例第一行表示HTTP客戶端（可能是瀏覽器、下載程序）通過GET方法獲得指定URL下的文件。棕色的部分表示請(qǐng)求頭域的信息，綠色的部分表示通用頭部分。Host頭域Host頭域指定請(qǐng)求資源的Intenet主機(jī)和端口號(hào)，必須表示請(qǐng)求url的原始服務(wù)器或網(wǎng)關(guān)的位置。HTTP/1.1請(qǐng)求必須包含主機(jī)頭域，否則系統(tǒng)會(huì)以400狀態(tài)碼返回。Referer頭域Referer頭域允許客戶端指定請(qǐng)求uri的源資源地址，這可以允許服務(wù)器生成回退鏈表，可用來登陸、優(yōu)化cache等。他也允許廢除的或錯(cuò)誤的連接由于維護(hù)的目的被追蹤。如果請(qǐng)求的uri沒有自己的uri地址，Referer不能被發(fā)送。如

18、果指定的是部分uri地址，則此地址應(yīng)該是一個(gè)相對(duì)地址。 Range頭域Range頭域可以請(qǐng)求實(shí)體的一個(gè)或者多個(gè)子范圍。例如，表示頭500個(gè)字節(jié)：bytes=0-499表示第二個(gè)500字節(jié)：bytes=500-999表示最后500個(gè)字節(jié)：bytes=-500表示500字節(jié)以后的范圍：bytes=500-第一個(gè)和最后一個(gè)字節(jié)：bytes=0-0,-1同時(shí)指定幾個(gè)范圍：bytes=500-600,601-999但是服務(wù)器可以忽略此請(qǐng)求頭，如果無條件GET包含Range請(qǐng)求頭，響應(yīng)會(huì)以狀態(tài)碼206（PartialContent）返回而不是以200（OK）。 User-Agent頭域User-Agent

19、頭域的內(nèi)容包含發(fā)出請(qǐng)求的用戶信息。響應(yīng)消息響應(yīng)消息的第一行為下面的格式：HTTP-VersionSPStatus-CodeSPReason-PhraseCRLFHTTP-Version表示支持的HTTP版本，例如為HTTP/1.1。Status-Code是一個(gè)三個(gè)數(shù)字的結(jié)果代碼。Reason-Phrase給Status-Code提供一個(gè)簡單的文本描述。Status-Code主要用于機(jī)器自動(dòng)識(shí)別，Reason-Phrase主要用于幫助用戶理解。Status-Code的第一個(gè)數(shù)字定義響應(yīng)的類別，后兩個(gè)數(shù)字沒有分類的作用。第一個(gè)數(shù)字可能取5個(gè)不同的值：1xx:信息響應(yīng)類，表示接收到請(qǐng)求并且繼續(xù)處理2

20、xx:處理成功響應(yīng)類，表示動(dòng)作被成功接收、理解和接受3xx:重定向響應(yīng)類，為了完成指定的動(dòng)作，必須接受進(jìn)一步處理 4xx:客戶端錯(cuò)誤，客戶請(qǐng)求包含語法錯(cuò)誤或者是不能正確執(zhí)行 5xx:服務(wù)端錯(cuò)誤，服務(wù)器不能正確執(zhí)行一個(gè)正確的請(qǐng)求響應(yīng)頭域允許服務(wù)器傳遞不能放在狀態(tài)行的附加信息，這些域主要描述服務(wù)器的信息和Request-URI進(jìn)一步的信息。響應(yīng)頭域包含Age、Location、Proxy-Authenticate、Public、Retry-After、Server、Vary、Warning、WWW-Authenticate。對(duì)響應(yīng)頭域的擴(kuò)展要求通訊雙方都支持，如果存在不支持的響應(yīng)頭域，一般將會(huì)作為

21、實(shí)體頭域處理。典型的響應(yīng)消息：HTTP/1.0200OKDate:Mon,31Dec200104:25:57GMTServer:Apache/1.3.14(Unix)Content-type:text/htmlLast-modified:Tue,17Apr200106:46:28GMTEtag:a030f020ac7c01:1e9fContent-length:39725426Content-range:bytes55*/40279980上例第一行表示HTTP服務(wù)端響應(yīng)一個(gè)GET方法。棕色的部分表示響應(yīng)頭域的信息，綠色的部分表示通用頭部分，紅色的部分表示實(shí)體頭域的信息。 Location響應(yīng)頭

22、Location響應(yīng)頭用于重定向接收者到一個(gè)新URI地址。Server響應(yīng)頭Server響應(yīng)頭包含處理請(qǐng)求的原始服務(wù)器的軟件信息。此域能包含多個(gè)產(chǎn)品標(biāo)識(shí)和注釋，產(chǎn)品標(biāo)識(shí)一般按照重要性排序。HTTP-運(yùn)作方式HTTP協(xié)議是基于請(qǐng)求響應(yīng)范式的。一個(gè)客戶機(jī)與服務(wù)器建立連接后，發(fā)送一個(gè)請(qǐng)求給服務(wù)器，請(qǐng)求方式的格式為，統(tǒng)一資源標(biāo)識(shí)符、協(xié)議版本號(hào)，后邊是MIME信息包括請(qǐng)求修飾符、客戶機(jī)信息和可能的內(nèi)容。服務(wù)器接到請(qǐng)求后，給予相應(yīng)的響應(yīng)信息，其格式為一個(gè)狀態(tài)行包括信息的協(xié)議版本號(hào)、一個(gè)成功或錯(cuò)誤的代碼，后邊是MIME信息包括服務(wù)器信息、實(shí)體信息和可能的內(nèi)容。許多HTTP通訊是由一個(gè)用戶代理初始化的并且包括

23、一個(gè)申請(qǐng)?jiān)谠捶?wù)器上資源的請(qǐng)求。最簡單的情況可能是在用戶代理(UA)和源服務(wù)器(O)之間通過一個(gè)單獨(dú)的連接來完成。當(dāng)一個(gè)或多個(gè)中介出現(xiàn)在請(qǐng)求響應(yīng)鏈中時(shí)，情況就變得復(fù)雜一些。中介由三種：代理(Proxy)、網(wǎng)關(guān)(Gateway)和通道(Tunnel)。一個(gè)代理根據(jù)URI的絕對(duì)格式來接受請(qǐng)求，重寫全部或部分消息，通過URI的標(biāo)識(shí)把已格式化過的請(qǐng)求發(fā)送到服務(wù)器。網(wǎng)關(guān)是一個(gè)接收代理，作為一些其它服務(wù)器的上層，并且如果必須的話，可以把請(qǐng)求翻譯給下層的服務(wù)器協(xié)議。一個(gè)通道作為不改變消息的兩個(gè)連接之間的中繼點(diǎn)。當(dāng)通訊需要通過一個(gè)中介(例如：防火墻等)或者是中介不能識(shí)別消息的內(nèi)容時(shí)，通道經(jīng)常被使用.實(shí)體請(qǐng)求消

24、息和響應(yīng)消息都可以包含實(shí)體信息，實(shí)體信息一般由實(shí)體頭域和實(shí)體組成。實(shí)體頭域包含關(guān)于實(shí)體的原信息，實(shí)體頭包括Allow、Content-Base、Content-Encoding、Content-Language、Content-http運(yùn)作方式的一種Length、Content-Location、Content-MD5、Content-Range、Content-Type、Etag、Expires、Last-Modified、extension-header。extension-header允許客戶端定義新的實(shí)體頭，但是這些域可能無法被接受方識(shí)別。實(shí)體可以是一個(gè)經(jīng)過編碼的字節(jié)流，它的編碼方式由

25、Content-Encoding或Content-Type定義，它的長度由Content-Length或Content-Range定義。Content-Type實(shí)體頭Content-Type實(shí)體頭用于向接收方指示實(shí)體的介質(zhì)類型，指定HEAD方法送到接收方的實(shí)體介質(zhì)類型，或GET方法發(fā)送的請(qǐng)求介質(zhì)類型Content-Range實(shí)體頭Content-Range實(shí)體頭用于指定整個(gè)實(shí)體中的一部分的插入位置，他也指示了整個(gè)實(shí)體的長度。在服務(wù)器向客戶返回一個(gè)部分響應(yīng)，它必須描述響應(yīng)覆蓋的范圍和整個(gè)實(shí)體長度。一般格式：Content-Range:bytes-unitSPfirst-byte-pos-last

26、-byte-pos/entity-legth例如，傳送頭500個(gè)字節(jié)次字段的形式：Content-Range:bytes0-499/1234如果一個(gè)http消息包含此節(jié)（例如，對(duì)范圍請(qǐng)求的響應(yīng)或?qū)σ幌盗蟹秶闹丿B請(qǐng)求），Content-Range表示傳送的范圍，Content-Length表示實(shí)際傳送的字節(jié)數(shù)。Last-modified實(shí)體頭Last-modified實(shí)體頭指定服務(wù)器上保存內(nèi)容的最后修訂時(shí)間。 例如，傳送頭500個(gè)字節(jié)次字段的形式：Content-Range:bytes0-499/1234如果一個(gè)http消息包含此節(jié)（例如，對(duì)范圍請(qǐng)求的響應(yīng)或?qū)σ幌盗蟹秶闹丿B請(qǐng)求），Conte

27、nt-Range表示傳送的范圍，Content-Length表示實(shí)際傳送的字節(jié)數(shù)。Last-modified實(shí)體頭編輯本段協(xié)議結(jié)構(gòu)HTTP報(bào)文由從客戶機(jī)到服務(wù)器的請(qǐng)求和從服務(wù)器到客戶機(jī)的響應(yīng)構(gòu)成。請(qǐng)求報(bào)文格式如下：請(qǐng)求行 通用信息頭 請(qǐng)求頭 實(shí)體頭 報(bào)文主體請(qǐng)求行以方法字段開始，后面分別是 URL 字段和 HTTP 協(xié)議版本字段，并以 CRLF 結(jié)尾。SP 是分隔符。除了在最后的 CRLF 序列中 CF 和 LF 是必需的之外，其他都可以不要。有關(guān)通用信息頭，請(qǐng)求頭和實(shí)體頭方面的具體內(nèi)容可以參照相關(guān)文件。應(yīng)答報(bào)文格式如下：狀態(tài)行 通用信息頭 響應(yīng)頭 實(shí)體頭 報(bào)文主體狀態(tài)碼元由3位數(shù)字組成，表示請(qǐng)求是否被理解或被滿足。原因分析是對(duì)原文的狀態(tài)碼作簡短的描述，狀態(tài)碼用來