前言：

一直覺得自己在HTTP基礎(chǔ)方面都是處于知其然，不知其所以然的樣子。最近利用空閑時間拜讀了一下圖解HTTP，寫篇博客記錄一下讀書筆記。

TCP三次握手：

① 發(fā)送端首先發(fā)送一個帶SYN標(biāo)志的數(shù)據(jù)包給對方

②?接收端收到后，回傳一個帶有SYN/ACK標(biāo)志的數(shù)據(jù)包以示傳達(dá)確認(rèn)消息

③?發(fā)送端再回傳一個帶ACK標(biāo)志的數(shù)據(jù)包，代表“握手結(jié)束”

注意：若在握手的過程中某個階段莫名中斷，TCP協(xié)議會再次以相同的順序發(fā)送相同的數(shù)據(jù)包。

關(guān)于Cookie：

?目前我們用的比較多的用戶鑒權(quán)的方法有兩種：cookie和Authorization。

?Authorization：用戶登錄成功后在Response Headers或者在URL里面返回Authorization，然后前端拿到Authorization后進(jìn)行處理，在每次進(jìn)行HTTP請求時將該Authorization帶在Request Headers上。

Cookie：用戶登錄成功后，Cookie會根據(jù)從服務(wù)器端發(fā)送的響應(yīng)報(bào)文內(nèi)的一個叫做Set-Cookie的首部字段信息，通知客戶端保存Cookie。當(dāng)下次客戶端再往該服務(wù)器發(fā)送請求時，客戶端會自動在請求報(bào)文中加入Cookie值后再發(fā)送出去。 很明顯這兩種方式對于前端來說當(dāng)然是第二種Cookie的方式更爽點(diǎn)，因?yàn)榈诙N方式前端不需要做任何事情 HTTP首部：

?HTTP首部根據(jù)實(shí)際用途分為：通用首部字段、請求首部字段、響應(yīng)首部字段、實(shí)體首部字段

通用首部字段

首部字段名	說明
Cache-Control	控制緩存的行為
Connection	逐跳首部、連接的管理
Date	創(chuàng)建報(bào)文的日期時間
Pragma	報(bào)文指令
Trailer	報(bào)文末端的首部一覽
Transfer-Encoding	指定報(bào)文主體的傳輸編碼方式
Upgrade	升級為其他協(xié)議
Via	代理服務(wù)器的相關(guān)信息
Waring	錯誤通知

?

請求首部字段

首部字段名	說明
Accept	用戶代理可處理的媒體類型
Accept-Charset	優(yōu)先的字符集
Accept-Encoding	優(yōu)先的內(nèi)容編碼
Accept-Language	優(yōu)先的語言（自然語言）
Authorization	Web認(rèn)證信息
Expect	期待服務(wù)器的特定行為
From	用戶的電子郵箱地址
Host	請求資源所在服務(wù)器
If-Match	比較實(shí)體標(biāo)記（ETag）
If-Modified-Since	比較資源的更新時間
If-None-Match	比較實(shí)體標(biāo)記（與 If-Match 相反）
If-Range	資源未更新時發(fā)送實(shí)體 Byte 的范圍請求
If-Unmodified-Since	比較資源的更新時間（與If-Modified-Since相反）
Max-Forwards	最大傳輸逐跳數(shù)
Proxy-Authorization	代理服務(wù)器要求客戶端的認(rèn)證信息
Range	實(shí)體的字節(jié)范圍請求
Referer	對請求中 URI 的原始獲取方
TE	傳輸編碼的優(yōu)先級
User-Agent	HTTP 客戶端程序的信息

?

響應(yīng)首部字段

首部字段名	說明
Accept-Ranges	是否接受字節(jié)范圍請求
Age	推算資源創(chuàng)建經(jīng)過時間
ETag	資源的匹配信息
Location	令客戶端重定向至指定URI
Proxy-Authenticate	代理服務(wù)器對客戶端的認(rèn)證信息
Retry-After	對再次發(fā)起請求的時機(jī)要求
Server	HTTP服務(wù)器的安裝信息
Vary	代理服務(wù)器緩存的管理信息
WWW-Authenticate	服務(wù)器對客戶端的認(rèn)證信息

實(shí)體首部字段?

首部字段名	說明
Allow	資源可支持的HTTP方法
Content-Encoding	實(shí)體主體適用的編碼方式
Content-Language	實(shí)體主體的自然語言
Content-Length	實(shí)體主體的大小（單位： 字節(jié)）
Content-Location	替代對應(yīng)資源的URI
Content-MD5	實(shí)體主體的報(bào)文摘要
Content-Range	實(shí)體主體的位置范圍
Content-Type	實(shí)體主體的媒體類型
Expires	實(shí)體主體過期的日期時間
Last-Modified	資源的最后修改日期時間

狀態(tài)碼：

1XX	信息性狀態(tài)碼	接收的請求正在處理
2XX	成功狀態(tài)碼	請求正常處理完畢
3XX	重定向狀態(tài)碼	需要進(jìn)行附加操作以完成請求
4XX	客戶端錯誤狀態(tài)碼	服務(wù)器無法處理請求
5XX	服務(wù)器錯誤狀態(tài)碼	服務(wù)器處理請求出錯

常用的一些狀態(tài)碼：

200 OK：表示從客戶端發(fā)來的請求在服務(wù)器端被正常處理了

204 No Content：該狀態(tài)碼代表服務(wù)器接收的請求已成功處理，但在返回的響應(yīng)報(bào)文中不含實(shí)體的主體部分。一般用于在需要從客戶端往服務(wù)器發(fā)送信息，而對客戶端不需要發(fā)送新信息內(nèi)容的情況下下。

206 Partial Content：該狀態(tài)碼表客戶端進(jìn)行了范圍請求，而服務(wù)器成功執(zhí)行了這部分的GET請求。響應(yīng)報(bào)文中包含由Content-Range指定范圍的實(shí)體內(nèi)容

?

301 Moved Permanently：永久性重定向。該狀態(tài)碼表示請求的資源已被分配了新的URI，以后應(yīng)使用資源現(xiàn)在所指的URI。

302 Found：臨時性重定向。該狀態(tài)碼表示請求的資源已被分配了新的URI，希望用戶（本次）能使用新的URI訪問。與301的區(qū)別是，代表資源不是被永久移動，只是臨時性質(zhì)的。

303 See Other：該狀態(tài)碼表示由于請求對應(yīng)的資源存在著另一個URI，應(yīng)使用GET方法定向獲取請求的資源。303和302有著相同的功能，但303狀態(tài)碼明確表示客戶端應(yīng)當(dāng)采用GET方法獲取資源。

304 Not Modified：該狀態(tài)碼表示客戶端發(fā)送附帶條件的請求時，服務(wù)器端允許請求訪問資源，但未滿足條件的情況。304狀態(tài)碼返回時，不包含任何響應(yīng)的主體部分。304雖然被劃分在3XX類別中，但是和重定向沒有關(guān)系。

307 Temporary Redirect：臨時重定向。該狀態(tài)碼和302有相同的含義，但是307不會將POST變成GET

?

400 Bad Request：該狀態(tài)碼表示請求報(bào)文中存在語法錯誤。

401 Unauthorized：該狀態(tài)碼表示發(fā)送的請求需要有通過HTTP認(rèn)證（BASIC認(rèn)證、DIGEST認(rèn)證）的認(rèn)證信息。另外若之前已進(jìn)行過1次請求，則表示用戶認(rèn)證失敗。

403 Forbidden：該狀態(tài)碼表明對請求資源的訪問被服務(wù)器拒絕了。

404 Not Found：表明服務(wù)器上無法找到請求的資源。

?

500 Internal Server Error：表明服務(wù)器端在執(zhí)行請求時發(fā)生了錯誤。

503 Service Unavailable：表明服務(wù)器暫時處于超負(fù)載或正在進(jìn)行停機(jī)維護(hù)，現(xiàn)在無法處理請求。

總結(jié)：

第一次將本書讀完后有一種這樣的感覺，書中提到的很多知識點(diǎn)都是有所了解或者都能看懂，但是過了一段時間后發(fā)現(xiàn)很多地方又忘了，后面找機(jī)會再來拜讀一下這本書。

?

轉(zhuǎn)載于:https://www.cnblogs.com/heavenYJJ/p/9201790.html

與50位技術(shù)專家面對面20年技術(shù)見證，附贈技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的图解HTTP学习笔记的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。