在講HTTP凝果、TCP祝迂、UDP之前先來(lái)看下TCP/IP五層網(wǎng)絡(luò)架構(gòu)
TCP/IP通信數(shù)據(jù)流：
TCP/IP協(xié)議族中有一個(gè)重要的概念是分層，TCP/IP協(xié)議按照層次分為以下四層器净。應(yīng)用層型雳、傳輸層、網(wǎng)絡(luò)層山害、數(shù)據(jù)鏈路層纠俭、物理層。其中TCP浪慌、UDP屬于傳輸層協(xié)議冤荆，而HTTP是基于 TCP/IP 協(xié)議的應(yīng)用層協(xié)議，它不涉及數(shù)據(jù)包傳輸权纤，主要規(guī)定了客戶端和服務(wù)器之間的通信格式钓简，默認(rèn)使用80端口。
物理層：
規(guī)定通信設(shè)備的機(jī)械的汹想、電氣的外邓、功能的和過(guò)程的特性，用以建立欧宜、維護(hù)和拆除物理鏈路連接坐榆；在這一層，數(shù)據(jù)的單位稱為比特（bit）冗茸。屬于物理層定義的典型規(guī)范代表包括：EIA/TIA RS-232席镀、EIA/TIA RS-449、V.35夏漱、RJ-45等豪诲。
數(shù)據(jù)鏈路層:
在物理層提供比特流服務(wù)的基礎(chǔ)上，建立相鄰結(jié)點(diǎn)之間的數(shù)據(jù)鏈路挂绰，通過(guò)差錯(cuò)控制提供數(shù)據(jù)幀（Frame）在信道上無(wú)差錯(cuò)的傳輸屎篱，并進(jìn)行各電路上的動(dòng)作系列。數(shù)據(jù)鏈路層在不可靠的物理介質(zhì)上提供可靠的傳輸葵蒂。該層的作用包括：物理地址尋址交播、數(shù)據(jù)的成幀、流量控制践付、數(shù)據(jù)的檢錯(cuò)秦士、重發(fā)等。在這一層永高，數(shù)據(jù)的單位稱為幀（frame）隧土。數(shù)據(jù)鏈路層協(xié)議的代表包括：SDLC提针、HDLC、PPP曹傀、STP辐脖、幀中繼等。
網(wǎng)絡(luò)層：
在 計(jì)算機(jī)網(wǎng)絡(luò)中進(jìn)行通信的兩個(gè)計(jì)算機(jī)之間可能會(huì)經(jīng)過(guò)很多個(gè)數(shù)據(jù)鏈路皆愉，也可能還要經(jīng)過(guò)很多通信子網(wǎng)嗜价。網(wǎng)絡(luò)層的任務(wù)就是選擇合適的網(wǎng)間路由和交換結(jié)點(diǎn)， 確保數(shù)據(jù)及時(shí)傳送亥啦。網(wǎng)絡(luò)層將數(shù)據(jù)鏈路層提供的幀組成數(shù)據(jù)包炭剪，包中封裝有網(wǎng)絡(luò)層包頭，其中含有邏輯地址信息- -源站點(diǎn)和目的站點(diǎn)地址的網(wǎng)絡(luò)地址
傳輸層：
網(wǎng)絡(luò)層負(fù)責(zé)點(diǎn)到點(diǎn)的傳輸（這里的"點(diǎn)"指主機(jī)或路由器）,而傳輸層負(fù)責(zé)端到端的傳輸（這里的"端"指源主機(jī)和目的主機(jī)）翔脱，提供應(yīng)用程序間的通信奴拦。其功能包括：格式化信息流、提供可靠傳輸届吁。為實(shí)現(xiàn)后者错妖，傳輸層協(xié)議規(guī)定接收端必須發(fā)回確認(rèn)，并且假如分組丟失疚沐，必須重新發(fā)送暂氯。傳輸層協(xié)議主要是：傳輸控制協(xié)議TCP和用戶數(shù)據(jù)報(bào)協(xié)議UDP。在這一層亮蛔，數(shù)據(jù)的單位稱為 段
應(yīng)用層：
應(yīng)用層為操作系統(tǒng)或網(wǎng)絡(luò)應(yīng)用程序提供訪問(wèn)網(wǎng)絡(luò)服務(wù)的接口痴施，向用戶提供一組常用的應(yīng)用程序，比如電子郵件究流、文件傳輸訪問(wèn)辣吃、遠(yuǎn)程登錄等應(yīng)用層，協(xié)議的代表包括：Telnet芬探、FTP神得、HTTP、SNMP等偷仿。
TCP/UDP
TCP和UDP協(xié)議屬于傳輸層協(xié)議哩簿。其中TCP提供IP環(huán)境下的數(shù)據(jù)可靠傳輸，它提供的服務(wù)包括數(shù)據(jù)流傳送酝静、可靠性节榜、有效流控、全雙工操作和多路復(fù)用别智。通過(guò)面向連接全跨、端到端和可靠的數(shù)據(jù)包發(fā)送。通俗說(shuō)亿遂，它是事先為所發(fā)送的數(shù)據(jù)開辟出連接好的通道浓若，然后再進(jìn)行數(shù)據(jù)發(fā)送；而UDP則不為IP提供可靠性蛇数、流控或差錯(cuò)恢復(fù)功能挪钓。一般來(lái)說(shuō)，TCP對(duì)應(yīng)的是可靠性要求高的應(yīng)用耳舅，而UDP對(duì)應(yīng)的則是可靠性要求低碌上、傳輸經(jīng)濟(jì)的應(yīng)用。
1浦徊、面向連接的 TCP:
“面向連接”就是在正式通信前必須要與對(duì)方建立起連接馏予。比如你給別人打電話，必須等線路接通了盔性、對(duì)方拿起話筒才能相互通話霞丧。
TCP是基于連接的協(xié)議，也就是說(shuō)冕香，在正式收發(fā)數(shù)據(jù)前蛹尝，必須和對(duì)方建立可靠的連接。一個(gè)TCP連接必須要經(jīng)過(guò)三次“對(duì)話”才能建立起來(lái)悉尾，其中的過(guò)程非常復(fù)雜突那，我們這里只做簡(jiǎn)單、形象的介紹如下圖：
TCP使用窗口機(jī)制進(jìn)行流量控制：連接建立時(shí)构眯，各端分配一塊緩沖區(qū)用來(lái)存儲(chǔ)接收的數(shù)據(jù)愕难，并將緩沖區(qū)的尺寸發(fā)送給另一端，接收方發(fā)送的確認(rèn)信息中包含了自己剩余的緩沖區(qū)尺寸惫霸，剩余緩沖區(qū)空間的數(shù)量叫做窗口猫缭。TCP的流控過(guò)程（滑動(dòng)窗口）：
2、面向非連接的 UDP
“面向非連接”就是在正式通信前不必與對(duì)方先建立連接它褪，不管對(duì)方狀態(tài)就直接發(fā)送饵骨。與手機(jī)短信非常相似：你在發(fā)短信的時(shí)候，只需要輸入對(duì)方手機(jī)號(hào)就OK了茫打。
UDP適用于一次只傳送少量數(shù)據(jù)居触、對(duì)可靠性要求不高的應(yīng)用環(huán)境。比如老赤，我們經(jīng)常使用“ping”命令來(lái)測(cè)試兩臺(tái)主機(jī)之間TCP/IP通信是否正常轮洋，其實(shí)“ping”命令的原理就是向?qū)Ψ街鳈C(jī)發(fā)送ICMP數(shù)據(jù)包，然后對(duì)方主機(jī)確認(rèn)收到數(shù)據(jù)包抬旺，如果數(shù)據(jù)包是否到達(dá)的消息及時(shí)反饋回來(lái)弊予，那么網(wǎng)絡(luò)就是通的。例如开财，在默認(rèn)狀態(tài)下汉柒，一次“ping”操作發(fā)送4個(gè)數(shù)據(jù)包（如圖所示）误褪。大家可以看到牧嫉，發(fā)送的數(shù)據(jù)包數(shù)量是4包小渊，收到的也是4包（因?yàn)閷?duì)方主機(jī)收到后會(huì)發(fā)回一個(gè)確認(rèn)收到的數(shù)據(jù)包）。這充分說(shuō)明了UDP協(xié)議是面向非連接的協(xié)議价匠，沒有建立連接的過(guò)程正塌。正因?yàn)?code>UDP協(xié)議沒有連接的過(guò)程嘀略，所以它的通信效率高；但也正因?yàn)槿绱伺曳蹋目煽啃圆蝗?code>TCP協(xié)議高帜羊。QQ就使用UDP發(fā)消息，因此有時(shí)會(huì)出現(xiàn)收不到消息的情況鸠天。
TCP協(xié)議和UDP協(xié)議各有所長(zhǎng)讼育、各有所短，適用于不同要求的通信環(huán)境粮宛。TCP協(xié)議和UDP協(xié)議之間的差別如附表所示：
TCP使用場(chǎng)景：
對(duì)數(shù)據(jù)傳輸可靠性要求非常高窥淆，例如大家瀏覽網(wǎng)頁(yè)，通過(guò)網(wǎng)頁(yè)注冊(cè)帳號(hào)巍杈、轉(zhuǎn)帳等服務(wù)忧饭，這是不容許出錯(cuò)的，使用TCP協(xié)議能把出錯(cuò)的可能性降到最低（當(dāng)然筷畦，網(wǎng)絡(luò)自身很糟糕词裤，TCP協(xié)議也沒辦法）。但是鳖宾，提供這種可靠服務(wù)吼砂，會(huì)加大網(wǎng)絡(luò)帶寬的開銷，因?yàn)椤疤摂M信道”是持續(xù)存在的鼎文，同時(shí)網(wǎng)絡(luò)中還會(huì)出現(xiàn)大量的ACK和FIN包渔肩！
UDP使用場(chǎng)景：
TCP協(xié)議提供了可靠的數(shù)據(jù)傳輸,但是其擁塞控制、數(shù)據(jù)校驗(yàn)拇惋、重傳機(jī)制的網(wǎng)絡(luò)開銷很大,不適合實(shí)時(shí)通信,所以選擇開銷很小的UDP協(xié)議來(lái)傳輸數(shù)據(jù)周偎。 UDP 協(xié)議是無(wú)連接的數(shù)據(jù)傳輸協(xié)議并且無(wú)重傳機(jī)制,會(huì)發(fā)生丟包、收到重復(fù)包撑帖、亂序等情況蓉坎。而對(duì)于數(shù)據(jù)精確性要求不高的狀態(tài)數(shù)據(jù)以及視頻數(shù)據(jù),丟包的影響不大。因?yàn)闀?huì)不斷收到新的包,丟失的個(gè)別包會(huì)有新的包來(lái)覆蓋,所以只需在遠(yuǎn)程控制系統(tǒng)的通信部分自行處理亂序及重復(fù)包的問(wèn)題,而對(duì)于丟包的問(wèn)題一般不作處理胡嘿。 但對(duì)于命令包這種需要精確收發(fā)的數(shù)據(jù), 可在程序的開發(fā)中加入丟包重發(fā)和超時(shí)丟棄的處理蛉艾。 當(dāng)然,如果開發(fā)的是對(duì)于實(shí)時(shí)性要求不高的事件型控制命令的傳輸,不希望發(fā)生指令的丟失也可以直接采用TCP協(xié)議。TCP的重傳機(jī)制正好適合這種情況
HTTP
超文本傳輸協(xié)議（HTTP)是互聯(lián)網(wǎng)上應(yīng)用最為廣泛的一種網(wǎng)絡(luò)協(xié)議。所有的WWW文件都必須遵守這個(gè)標(biāo)準(zhǔn)勿侯。
通常拓瞪，由HTTP客戶端發(fā)起一個(gè)請(qǐng)求，建立一個(gè)到服務(wù)器指定端口（默認(rèn)是80端口）的TCP連接罐监。HTTP服務(wù)器則在那個(gè)端口監(jiān)聽客戶端發(fā)送過(guò)來(lái)的請(qǐng)求吴藻。一旦收到請(qǐng)求，服務(wù)器（向客戶端）發(fā)回一個(gè)狀態(tài)行弓柱，比如"HTTP/1.1 200 OK"，和（響應(yīng)的）消息侧但，消息的消息體可能是請(qǐng)求的文件矢空、錯(cuò)誤消息、或者其它一些信息禀横。HTTP使用TCP而不是UDP的原因在于（打開）一個(gè)網(wǎng)頁(yè)必須傳送很多數(shù)據(jù)屁药，而TCP協(xié)議提供傳輸控制，按順序組織數(shù)據(jù)柏锄，和錯(cuò)誤糾正酿箭。
工作流程：
一次
HTTP操作稱為一個(gè)事務(wù)，其工作過(guò)程可分為四步：1）首先客戶機(jī)與服務(wù)器需要建立連接趾娃。只要單擊某個(gè)超級(jí)鏈接缭嫡，
HTTP的工作開始。2）建立連接后抬闷，客戶機(jī)發(fā)送一個(gè)請(qǐng)求給服務(wù)器妇蛀，請(qǐng)求方式的格式為：統(tǒng)一資源標(biāo)識(shí)符（URL）、協(xié)議版本號(hào)笤成，后邊是
MIME信息包括請(qǐng)求修飾符评架、客戶機(jī)信息和可能的內(nèi)容。3）服務(wù)器接到請(qǐng)求后炕泳，給予相應(yīng)的響應(yīng)信息纵诞，其格式為一個(gè)狀態(tài)行，包括信息的協(xié)議版本號(hào)培遵、一個(gè)成功或錯(cuò)誤的代碼浙芙，后邊是
MIME信息包括服務(wù)器信息、實(shí)體信息和可能的內(nèi)容荤懂。4）客戶端接收服務(wù)器所返回的信息通過(guò)瀏覽器顯示在用戶的顯示屏上茁裙，然后客戶機(jī)與服務(wù)器斷開連接。
如果在以上過(guò)程中的某一步出現(xiàn)錯(cuò)誤节仿，那么產(chǎn)生錯(cuò)誤的信息將返回到客戶端晤锥，有顯示屏輸出。對(duì)于用戶來(lái)說(shuō)，這些過(guò)程是由
HTTP自己完成的矾瘾，用戶只要用鼠標(biāo)點(diǎn)擊女轿，等待信息顯示就可以了。HTTP協(xié)議永遠(yuǎn)都是客戶端發(fā)起請(qǐng)求壕翩，服務(wù)器回送響應(yīng)蛉迹，這樣就限制了使用HTTP協(xié)議，無(wú)法實(shí)現(xiàn)在客戶端沒有發(fā)起請(qǐng)求的時(shí)候放妈，服務(wù)器將消息推送給客戶端北救。HTTP協(xié)議是一個(gè)無(wú)狀態(tài)的協(xié)議，同一個(gè)客戶端的這次請(qǐng)求和上次請(qǐng)求是沒有對(duì)應(yīng)關(guān)系芜抒。HTTP請(qǐng)求和回應(yīng)除了數(shù)據(jù)部分珍策，每次通信都必須包括頭信息（HTTP header），用來(lái)描述一些元數(shù)據(jù)宅倒。其他的功能還包括狀態(tài)碼（status code）攘宙、多字符集支持、多部分發(fā)送（multi-part type）拐迁、權(quán)限（authorization）蹭劈、緩存（cache）、內(nèi)容編碼（content encoding）等
使用Wireshark抓TCP线召、http包：
在上圖中铺韧，可清晰的看到客戶端瀏覽器（ip為192.168.2.33）與服務(wù)器的交互過(guò)程：
1）No1：瀏覽器（192.168.2.33）向服務(wù)器（220.181.50.118）發(fā)出連接請(qǐng)求。此為TCP三次握手第一步灶搜，此時(shí)從圖中可以看出祟蚀，為SYN，seq:X （x=0） 2）No2：服務(wù)器（220.181.50.118）回應(yīng)了瀏覽器（192.168.2.33）的請(qǐng)求割卖，并要求確認(rèn)前酿，此時(shí)為：SYN，ACK鹏溯，此時(shí)seq：y（y為0）罢维，ACK：x+1（為1），此為三次握手的第二步丙挽； 3）No3：瀏覽器（192.168.2.33）回應(yīng)了服務(wù)器（220.181.50.118）的確認(rèn)肺孵，連接成功。為：ACK颜阐，此時(shí)seq：x+1（為1）平窘，ACK：y+1（為1）。此為三次握手的第三步凳怨； 4）No4：瀏覽器（192.168.2.33）發(fā)出一個(gè)頁(yè)面HTTP請(qǐng)求瑰艘； 5）No5：服務(wù)器（220.181.50.118）確認(rèn)是鬼； 6）No6：服務(wù)器（220.181.50.118）發(fā)送數(shù)據(jù)； 7）No7：客戶端瀏覽器（192.168.2.33）確認(rèn)紫新； 8）No14：客戶端（192.168.2.33）發(fā)出一個(gè)圖片HTTP請(qǐng)求均蜜； 9）No15：服務(wù)器（220.181.50.118）發(fā)送狀態(tài)響應(yīng)碼200 OK ……
請(qǐng)求格式(Charles抓包工具)：
以請(qǐng)求網(wǎng)址http://image.baidu.com/為例
請(qǐng)求：
響應(yīng)：
第一行是請(qǐng)求命令，必須在尾部添加協(xié)議版本
HTTP/1.1芒率。后面就是多行頭信息囤耳，描述客戶端的情況。
回應(yīng)格式
服務(wù)器的回應(yīng)如下：
回應(yīng)的格式是頭信息 + 一個(gè)空行（\r\n） + 數(shù)據(jù)偶芍。其中充择，第一行是協(xié)議版本 + 狀態(tài)碼（status code） + 狀態(tài)描述。
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)碼返回萄窜。
圖中host那行為：
Host image.baidu.com
Referer頭域
Referer頭域允許客戶端指定請(qǐng)求uri的源資源地址，這可以允許服務(wù)器生成回退鏈表撒桨，可用來(lái)登陸查刻、優(yōu)化cache等。他也允許廢除的或錯(cuò)誤的連接由于維護(hù)的目的被追蹤凤类。如果請(qǐng)求的uri沒有自己的uri地址穗泵，Referer不能被發(fā)送。如果指定的是部分uri地址谜疤，則此地址應(yīng)該是一個(gè)相對(duì)地址佃延。
在圖中，Referer行的內(nèi)容為：
Referer http://image.baidu.com
User-Agent頭域
User-Agent頭域的內(nèi)容包含發(fā)出請(qǐng)求的用戶信息夷磕。
在圖中履肃，User-Agent行的內(nèi)容為：
User-Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_1) AppleWebKit/602.2.14 (KHTML, like Gecko) Version/10.0.1 Safari/602.2.14
Cache-Control頭域
Cache-Control指定請(qǐng)求和響應(yīng)遵循的緩存機(jī)制。在請(qǐng)求消息或響應(yīng)消息中設(shè)置Cache-Control并不會(huì)修改另一個(gè)消息處理過(guò)程中的緩存處理過(guò)程坐桩。請(qǐng)求時(shí)的緩存指令包括no-cache尺棋、no-store、max-age绵跷、max-stale膘螟、min-fresh、only-if-cached碾局，響應(yīng)消息中的指令包括public荆残、private、no-cache净当、no-store内斯、no-transform、must-revalidate、proxy-revalidate嘿期、max-age品擎。
Date頭域
Date頭域表示消息發(fā)送的時(shí)間，時(shí)間的描述格式由rfc822定義备徐。例如萄传，Date:Mon,31Dec200104:25:57GMT。Date描述的時(shí)間表示世界標(biāo)準(zhǔn)時(shí)蜜猾，換算成本地時(shí)間秀菱，需要知道用戶所在的時(shí)區(qū)。
圖中蹭睡，該頭域如下圖所示：
Date Thu, 01 Dec 2016 08:07:52 GMT
Content-Type字段：
關(guān)于字符的編碼衍菱，1.0版規(guī)定，頭信息必須是 ASCII 碼肩豁，后面的數(shù)據(jù)可以是任何格式脊串。因此，服務(wù)器回應(yīng)的時(shí)候清钥，必須告訴客戶端琼锋，數(shù)據(jù)是什么格式，這就是Content-Type字段的作用祟昭。
下面是一些常見的Content-Type字段的值：
text/plain
text/html
text/css
image/jpeg
image/png
image/svg+xml
audio/mp4
video/mp4
application/javascript
application/pdf
application/zip
application/atom+xml
這些數(shù)據(jù)類型總稱為MIME type缕坎，每個(gè)值包括一級(jí)類型和二級(jí)類型，之間用/分隔篡悟。除了預(yù)定義的類型谜叹，廠商也可以自定義類型。
application/vnd.debian.binary-package
上面的類型表明搬葬，發(fā)送的是Debian系統(tǒng)的二進(jìn)制數(shù)據(jù)包荷腊。
MIME type還可以在尾部使用分號(hào)，添加參數(shù)：
Content-Type: text/html; charset=utf-8
上面的類型表明踩萎，發(fā)送的是網(wǎng)頁(yè)停局，而且編碼是UTF-8。
客戶端請(qǐng)求的時(shí)候香府，可以使用Accept字段聲明自己可以接受哪些數(shù)據(jù)格式董栽。
Accept: */*
上面代碼中，客戶端聲明自己可以接受任何格式的數(shù)據(jù)企孩。
MIME type不僅用在HTTP協(xié)議锭碳，還可以用在其他地方，比如HTML網(wǎng)頁(yè)勿璃。
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<!-- 等同于 -->
<meta charset="utf-8" />
Content-Encodeing字段
由于發(fā)送的數(shù)據(jù)可以是任何格式擒抛，因此可以把數(shù)據(jù)壓縮后再發(fā)送推汽。Content-Encoding字段說(shuō)明數(shù)據(jù)的壓縮方法：
Content-Encoding: gzip
Content-Encoding: compress
Content-Encoding: deflate```
客戶端在請(qǐng)求時(shí)，用`Accept-Encoding`字段說(shuō)明自己可以接受哪些壓縮方法：
`Accept-Encoding: gzip, deflate`
#### http 1.1中新的功能：
#####持久連接:
1.1 版的最大變化歧沪，就是引入了持久連接歹撒，即`TCP`連接默認(rèn)不關(guān)閉，可以被多個(gè)請(qǐng)求復(fù)用诊胞，不用聲明`Connection: keep-alive`暖夭。
`HTTP/1.0` 每次請(qǐng)求都需要建立新的`TCP`連接，連接不能復(fù)用撵孤。`HTTP/1.1 `新的請(qǐng)求可以在上次請(qǐng)求建立的`TCP`連接之上發(fā)送迈着，連接可以復(fù)用。優(yōu)點(diǎn)是減少重復(fù)進(jìn)行`TCP`三次握手的開銷邪码，提高效率裕菠。
客戶端和服務(wù)器發(fā)現(xiàn)對(duì)方一段時(shí)間沒有活動(dòng)，就可以主動(dòng)關(guān)閉連接闭专。不過(guò)奴潘，規(guī)范的做法是，客戶端在最后一個(gè)請(qǐng)求時(shí)影钉，發(fā)送`Connection: close`萤彩，明確要求服務(wù)器`關(guān)閉TCP連接`。
在`http1.1`斧拍，`request`和`reponse`頭中都有可能出現(xiàn)一個(gè)`connection`的頭，此`header`的含義是當(dāng)`client`和`server`通信時(shí)對(duì)于長(zhǎng)鏈接如何進(jìn)行處理杖小。
`clien`t和`server`都是默認(rèn)對(duì)方支持長(zhǎng)鏈接的肆汹， 如果`client`使用`http1.1協(xié)議`，但又不希望使用長(zhǎng)鏈接予权，則需要在`header`中指明`connection`的值為`close`昂勉；如果`server`方也不想支持長(zhǎng)鏈接，則在`response`中也需要明確說(shuō)明`connection`的值為`close`扫腺。不論`request`還是`response`的`header`中包含了值為`close`的`connection`岗照，都表明當(dāng)前正在使用的`TCP`鏈接在當(dāng)天請(qǐng)求處理完畢后會(huì)被斷掉。以后`client`再進(jìn)行新的請(qǐng)求時(shí)就必須創(chuàng)建新的`TCP`鏈接了笆环。
注意：在同一個(gè)`TCP`連接中攒至，新的請(qǐng)求需要等上次請(qǐng)求收到響應(yīng)后，才能發(fā)送躁劣。
測(cè)試如下
終端輸入：
telnet www.baidu.com 80```
結(jié)果如下：
Trying 115.239.210.27...
Connected to www.a.shifen.com.
Escape character is '^]'.```
接著開始發(fā)請(qǐng)求消息迫吐，例如發(fā)送如下請(qǐng)求消息請(qǐng)求baidu的首頁(yè)消息，使用的`HTTP`協(xié)議為`HTTP/1.1`：
GET /index.html HTTP/1.1```
注意：copy如上的消息到終端后需要按兩個(gè)回車換行才能得到響應(yīng)的消息账忘，第一個(gè)回車換行是在命令后鍵入回車換行志膀，是HTTP協(xié)議要求的熙宇。第二個(gè)是確認(rèn)輸入，發(fā)送請(qǐng)求溉浙。
最終結(jié)果：
 可看到烫止，當(dāng)采用HTTP/1.1`時(shí)，連接不是在請(qǐng)求結(jié)束后就斷開的戳稽。等待幾秒鐘之后斷開馆蠕，輸出：
Connection closed by foreign host.
若采用HTTP1.0，在命令窗口鍵入：
GET /index.html HTTP/1.0```
此時(shí)可以看到請(qǐng)求結(jié)束之后馬上斷開
讀者還可以嘗試在使用`GET`或`POST`等時(shí)广鳍，帶上頭域信息荆几，例如鍵入如下信息：
GET /index.html HTTP/1.1
connection: close
Host: www.baidu.com```
http的狀態(tài)響應(yīng)碼
http的狀態(tài)響應(yīng)碼
請(qǐng)求收到，繼續(xù)處理：
100——客戶必須繼續(xù)發(fā)出請(qǐng)求
101——客戶要求服務(wù)器根據(jù)請(qǐng)求轉(zhuǎn)換HTTP協(xié)議版本
操作成功收到赊时，分析吨铸、接受：
200——交易成功
201——提示知道新文件的URL
202——接受和處理、但處理未完成
203——返回信息不確定或不完整
204——請(qǐng)求收到祖秒，但返回信息為空
205——服務(wù)器完成了請(qǐng)求诞吱，用戶代理必須復(fù)位當(dāng)前已經(jīng)瀏覽過(guò)的文件
206——服務(wù)器已經(jīng)完成了部分用戶的GET請(qǐng)求
完成此請(qǐng)求必須進(jìn)一步處理：
300——請(qǐng)求的資源可在多處得到
301——?jiǎng)h除請(qǐng)求數(shù)據(jù)
302——在其他地址發(fā)現(xiàn)了請(qǐng)求數(shù)據(jù)
303——建議客戶訪問(wèn)其他URL或訪問(wèn)方式
304——客戶端已經(jīng)執(zhí)行了GET，但文件未變化
305——請(qǐng)求的資源必須從服務(wù)器指定的地址得到
306——前一版本HTTP中使用的代碼竭缝，現(xiàn)行版本中不再使用
307——申明請(qǐng)求的資源臨時(shí)性刪除
請(qǐng)求包含一個(gè)錯(cuò)誤語(yǔ)法或不能完成：
400-錯(cuò)誤請(qǐng)求房维，如語(yǔ)法錯(cuò)誤
401——未授權(quán)
HTTP 401.1 - 未授權(quán)：登錄失敗
HTTP 401.2 - 未授權(quán)：服務(wù)器配置問(wèn)題導(dǎo)致登錄失敗
HTTP 401.3 - ACL 禁止訪問(wèn)資源
HTTP 401.4 - 未授權(quán)：授權(quán)被篩選器拒絕
HTTP 401.5 - 未授權(quán)：ISAPI 或 CGI 授權(quán)失敗
402——保留有效ChargeTo頭響應(yīng)
403——禁止訪問(wèn)
HTTP 403.1 禁止訪問(wèn)：禁止可執(zhí)行訪問(wèn)
HTTP 403.2 - 禁止訪問(wèn)：禁止讀訪問(wèn)
HTTP 403.3 - 禁止訪問(wèn)：禁止寫訪問(wèn)
HTTP 403.4 - 禁止訪問(wèn)：要求 SSL
HTTP 403.5 - 禁止訪問(wèn)：要求 SSL 128
HTTP 403.6 - 禁止訪問(wèn)：IP 地址被拒絕
HTTP 403.7 - 禁止訪問(wèn)：要求客戶證書
HTTP 403.8 - 禁止訪問(wèn)：禁止站點(diǎn)訪問(wèn)
HTTP 403.9 - 禁止訪問(wèn)：連接的用戶過(guò)多
HTTP 403.10 - 禁止訪問(wèn)：配置無(wú)效
HTTP 403.11 - 禁止訪問(wèn)：密碼更改
HTTP 403.12 - 禁止訪問(wèn)：映射器拒絕訪問(wèn)
HTTP 403.13 - 禁止訪問(wèn)：客戶證書已被吊銷
HTTP 403.15 - 禁止訪問(wèn)：客戶訪問(wèn)許可過(guò)多
HTTP 403.16 - 禁止訪問(wèn)：客戶證書不可信或者無(wú)效
HTTP 403.17 - 禁止訪問(wèn)：客戶證書已經(jīng)到期或者尚未生效
404——沒有發(fā)現(xiàn)文件、查詢或URl
405——用戶在Request-Line字段定義的方法不允許
406——根據(jù)用戶發(fā)送的Accept拖抬纸，請(qǐng)求資源不可訪問(wèn)
407——類似401咙俩，用戶必須首先在代理服務(wù)器上得到授權(quán)
408——客戶端沒有在用戶指定的餓時(shí)間內(nèi)完成請(qǐng)求
409——對(duì)當(dāng)前資源狀態(tài)，請(qǐng)求不能完成
410——服務(wù)器上不再有此資源且無(wú)進(jìn)一步的參考地址
411——服務(wù)器拒絕用戶定義的Content-Length屬性請(qǐng)求
412——一個(gè)或多個(gè)請(qǐng)求頭字段在當(dāng)前請(qǐng)求中錯(cuò)誤
413——請(qǐng)求的資源大于服務(wù)器允許的大小
414——請(qǐng)求的資源URL長(zhǎng)于服務(wù)器允許的長(zhǎng)度
415——請(qǐng)求資源不支持請(qǐng)求項(xiàng)目格式
416——請(qǐng)求中包含Range請(qǐng)求頭字段湿故，在當(dāng)前請(qǐng)求資源范圍內(nèi)沒有range指示值阿趁，請(qǐng)求也不包含If-Range請(qǐng)求頭字段
417——服務(wù)器不滿足請(qǐng)求Expect頭字段指定的期望值，如果是代理服務(wù)器坛猪，可能是下一級(jí)服務(wù)器不能滿足請(qǐng)求長(zhǎng)脖阵。
服務(wù)器執(zhí)行一個(gè)完全有效請(qǐng)求失敗：
HTTP 500 - 內(nèi)部服務(wù)器錯(cuò)誤
HTTP 500.100 - 內(nèi)部服務(wù)器錯(cuò)誤 - ASP 錯(cuò)誤
HTTP 500-11 服務(wù)器關(guān)閉
HTTP 500-12 應(yīng)用程序重新啟動(dòng)
HTTP 500-13 - 服務(wù)器太忙
HTTP 500-14 - 應(yīng)用程序無(wú)效
HTTP 500-15 - 不允許請(qǐng)求 global.asa
Error 501 - 未實(shí)現(xiàn)
HTTP 502 - 網(wǎng)關(guān)錯(cuò)誤
