摘要：所以我十分建議大家去讀一下圖解和權(quán)威指南。圖解這本書(shū)對(duì)互聯(lián)網(wǎng)基盤(pán)協(xié)議進(jìn)行了全面系統(tǒng)的介紹。通過(guò)書(shū)中大量生動(dòng)形象的通信圖例，我們能夠更全面地理解通信過(guò)程中客戶端與服務(wù)器之間的交互情況。返回結(jié)果的狀態(tài)在通訊中，通過(guò)轉(zhuǎn)態(tài)碼，告知客戶端的請(qǐng)求狀態(tài)。

作為一個(gè)前端，如果能夠深刻理解 HTTP 通信，能夠讓我們?cè)谌粘ｉ_(kāi)發(fā)工作中快速定位問(wèn)題。所以我十分建議大家去讀一下《圖解HTTP》和《HTTP權(quán)威指南》。權(quán)威指南講解的十分詳細(xì)，內(nèi)容也十分的全面，但是這本書(shū)的厚度也讓很多同學(xué)望而卻步。推薦大家從 《圖解HTTP》 這本書(shū)開(kāi)始學(xué)習(xí)，這本書(shū)雖然沒(méi)有權(quán)威指南詳細(xì)，但涵蓋了很多我們?nèi)粘ｉ_(kāi)發(fā)需要的知識(shí)點(diǎn)，理解他，能讓我們的開(kāi)發(fā)效率事半功倍。

《圖解HTTP》這本書(shū)對(duì)互聯(lián)網(wǎng)基盤(pán)—— HTTP 協(xié)議進(jìn)行了全面系統(tǒng)的介紹。作者從 HTTP 發(fā)展史開(kāi)始，嚴(yán)謹(jǐn)?shù)仄饰隽?HTTP 協(xié)議的結(jié)構(gòu)，列舉很多常見(jiàn)通信場(chǎng)景及實(shí)戰(zhàn)案例，最后延伸到Web安全、最新技術(shù)動(dòng)向等方面。通過(guò)書(shū)中大量生動(dòng)形象的通信圖例，我們能夠更全面地理解 HTTP 通信過(guò)程中客戶端與服務(wù)器之間的交互情況。在讀這本書(shū)的過(guò)程中我收獲頗多，并用思維導(dǎo)圖的方式記錄下來(lái)，方便自己后期溫故。如果你剛好沒(méi)有讀過(guò)，可以當(dāng)做度這本書(shū)的預(yù)習(xí)閱讀，相信你也會(huì)有所收獲（思維導(dǎo)圖圖片可能有點(diǎn)小，記得點(diǎn)開(kāi)看）

這一章介紹了 Web 及網(wǎng)絡(luò)協(xié)議的基礎(chǔ)，http 通訊被拆分成四層，應(yīng)用層，傳輸層，網(wǎng)絡(luò)層和鏈路層，每層只要考慮分派給自己的任務(wù)，不需要弄清整個(gè)協(xié)議鏈路的細(xì)節(jié)。應(yīng)用層使我們?nèi)庋勰芸匆?jiàn)的，我們常用的 http 協(xié)議和 FTP 協(xié)議就處在這一層，往下就是傳輸層，TCP/IP 協(xié)議工作的地方（我們的IP是IP地址，和這里的IP 協(xié)議有做區(qū)分），再往下是網(wǎng)絡(luò)層，傳輸層建立連接之后，網(wǎng)絡(luò)層負(fù)責(zé)將數(shù)據(jù)包的傳輸（數(shù)據(jù)包是網(wǎng)絡(luò)傳輸?shù)淖钚挝唬?。最后是鏈路層，用?lái)連接網(wǎng)絡(luò)配件的部分，舉個(gè)栗子就是我們常說(shuō)的網(wǎng)卡啊，光纖啊。在一個(gè)完整的數(shù)據(jù)傳輸中，客戶端會(huì)按照應(yīng)用層，傳輸層，網(wǎng)絡(luò)層，鏈路層的順序進(jìn)行進(jìn)行處理，每一層都會(huì)加一個(gè)首部，服務(wù)器端在接收的時(shí)候按照鏈路層，網(wǎng)路層，傳輸層，應(yīng)用層的順序去移除首部。

我們常說(shuō)的3次握手就是 TCP 協(xié)議采用的策略，為了傳輸方便，TCP 將大數(shù)據(jù)分割成以報(bào)文為單位的數(shù)據(jù)包，IP 協(xié)議負(fù)責(zé)把數(shù)據(jù)包發(fā)送出去。在發(fā)送的過(guò)程中常常需要經(jīng)過(guò)多個(gè)路由器的中轉(zhuǎn)，這個(gè)時(shí)候會(huì)運(yùn)用 ARP 協(xié)議來(lái)查找下一個(gè)路由器的地址。

通常用戶的習(xí)慣會(huì)去訪問(wèn)域名而不是IP地址，將域名解析成對(duì)應(yīng)的 IP 就需要用到 DNS 協(xié)議域名解析的服務(wù)。

日常開(kāi)發(fā)中我們感知不到 http 協(xié)議的底層實(shí)現(xiàn)，我們所了解的 HTTP 協(xié)議總是由客戶端發(fā)起，服務(wù)端接收。我們關(guān)注到的請(qǐng)求，常常是請(qǐng)求的URI，協(xié)議版本，頭部信息，及內(nèi)容實(shí)體，我們常使用的響應(yīng)信息則包括了響應(yīng)狀態(tài)，響應(yīng)內(nèi)容。

我們常常會(huì)使用不通的 http 方法來(lái)執(zhí)行不同的操作。我們常使用 GET 來(lái)獲取資源，使用 POST 傳輸實(shí)體主題，使用 PUT 傳輸文件，使用 DELETE 刪除文件，使用 OPTIONS 詢問(wèn)支持的方法（常常在跨域的場(chǎng)景中使用），使用TRACE 獲取訪問(wèn)路徑，使用 CONNECT 用隧道協(xié)議鏈接代理。

http 協(xié)議是一種無(wú)狀態(tài)協(xié)議，不會(huì)去記錄上一次訪問(wèn)狀態(tài)，這使得當(dāng)我們要做類似于登錄這樣的公能的時(shí)候，需要通過(guò) cookie 來(lái)進(jìn)行狀態(tài)的管理。

通常HTTP報(bào)文（用于HTTP協(xié)議交互的信息）的結(jié)構(gòu)包括，請(qǐng)求行，狀態(tài)行，首部字段等，從 HTTP 的報(bào)文中，我們可以獲得很多信息。在 MIME 擴(kuò)展中會(huì)使用一種稱為多部分對(duì)象集合的方法，來(lái)容納多份不同的數(shù)據(jù)類型， 在 HTTP 報(bào)文中使用多部分對(duì)象時(shí)，需要在首部字段上加上 Content-type 。

通過(guò)設(shè)置首部字段，來(lái)達(dá)到獲取部分內(nèi)容范圍請(qǐng)求（請(qǐng)求資源中斷后，不需要重新開(kāi)始請(qǐng)求),將傳輸內(nèi)容編碼的目的，來(lái)提高加載效率。

有的時(shí)候不同的場(chǎng)景需要我們獲取不同的內(nèi)容，就比如頁(yè)面的中英文切換的功能，在HTTP請(qǐng)求中，我們通過(guò)設(shè)置 accept 類的請(qǐng)求頭字段實(shí)現(xiàn)，也就是內(nèi)容協(xié)商的方式，返回最合適的內(nèi)容。協(xié)商方式分為，服務(wù)器驅(qū)動(dòng)協(xié)商，客戶端驅(qū)動(dòng)協(xié)商，透明協(xié)商。

在HTTP通訊中，通過(guò)轉(zhuǎn)態(tài)碼，告知客戶端的請(qǐng)求狀態(tài)。狀態(tài)碼大致可以被分為 5 大類，1xx 表示接受的請(qǐng)求正在處理，2xx 表示請(qǐng)求正常處理完畢，3xx 表示需要進(jìn)行附加操作以完成請(qǐng)求，4xx 表示客戶端無(wú)法處理請(qǐng)求，5xx 表示服務(wù)器處理出錯(cuò)。

在這5大類請(qǐng)求中，我們常用的十幾種狀態(tài)碼，需要我們重點(diǎn)去掌握，詳細(xì)介紹看