HTTP協(xié)議，.即超文本傳輸協(xié)議（HyperText Transfer Protocol）豪娜，是一種規(guī)定了瀏覽器和萬維網(wǎng)服務(wù)器之間互相通信的規(guī)則猜谚。設(shè)計(jì)HTTP最初目的是為了提供發(fā)布和接收HTML頁面的方法雕薪。
HTTP工作原理
采用了請求Request/響應(yīng)Response模式:
- 客戶端向服務(wù)器發(fā)送一個(gè)請求報(bào)文曙博，請求報(bào)文包含請求的方法、URL抹竹、協(xié)議版本线罕、請求頭部和請求數(shù)據(jù)；
- 服務(wù)器以一個(gè)狀態(tài)行作為響應(yīng)窃判，響應(yīng)報(bào)文內(nèi)容包括協(xié)議的版本钞楼、連接狀態(tài)、服務(wù)其信息袄琳、響應(yīng)頭部和響應(yīng)數(shù)據(jù)询件。
報(bào)文格式來源網(wǎng)絡(luò)
在瀏覽器地址欄鍵入U(xiǎn)RL后，按回車會經(jīng)歷以下流程：
1唆樊、瀏覽器向DNS服務(wù)其請求解析URL中域名所對應(yīng)的IP地址宛琅；
2、解析出IP地址后窗轩，根據(jù)該IP地址和默認(rèn)端口80，和服務(wù)器建立TCP連接座咆；
3痢艺、瀏覽器發(fā)出讀取文件的HTTP請求，該請求報(bào)文作為TCP三次握手的第三個(gè)報(bào)文的數(shù)據(jù)發(fā)送給服務(wù)器介陶；
4堤舒、服務(wù)器對瀏覽器請求作出響應(yīng)，并把對應(yīng)html文本發(fā)送給瀏覽器哺呜；
5舌缤、釋放TCP連接；
6、瀏覽器將該html文本并顯示內(nèi)容国撵。
HTTP協(xié)議常見請求方法
GET 要求將URL定位的資源放在響應(yīng)報(bào)文的數(shù)據(jù)部分陵吸，回送給客戶端。使用GET方法時(shí)介牙，請求參數(shù)和值附加在URL后面壮虫，利用一個(gè)問號（“？”）代表URL結(jié)尾與請求參數(shù)的開始环础，傳遞參數(shù)長度受限制囚似；
HEAD 與GET方法一樣，都是向服務(wù)器發(fā)出指定資源的請求线得。該方法不必傳輸全部內(nèi)容饶唤，就可以獲取其中“關(guān)于該資源的信息”元數(shù)據(jù)；
POST 向指定資源提交數(shù)據(jù)贯钩，請求服務(wù)器進(jìn)行處理（例如提交表單或上傳文件）募狂。數(shù)據(jù)被包含在請求中，請求可能回創(chuàng)建新的資源或修改現(xiàn)有資源魏保，以名稱/值形式出現(xiàn)熬尺；
PUT 向指定資源未知上傳器最新內(nèi)容；
DELETE 請求服務(wù)其刪除Request-URI所標(biāo)識的資源谓罗；
TRACE 回顯服務(wù)器收到的請求粱哼，主要用于測試或診斷；
CONNECT 通常用于SSL加密服務(wù)的鏈接檩咱；
OPTIONS 可使服務(wù)器傳回該資源所支持的所有HTTP請求方法揭措，用“*”表示資源名稱，向Web服務(wù)器發(fā)送OPTIONS請求刻蚯，可測試服務(wù)器功能是否正常運(yùn)作绊含。
HTTP協(xié)議響應(yīng)狀態(tài)碼
100 Continue；
200 OK 請求成功（其后是對GET和POST請求的應(yīng)答文檔）炊汹；
305 Use Proxy 客戶請求的文檔應(yīng)通過Location頭所指明的代理服務(wù)器提裙洹；
400 Bad Request 服務(wù)器未能理解請求讨便；
404 Not Found 服務(wù)器無法找到請求頁面充甚；
500 Internal Server Error 請求未完成。服務(wù)器遇到不可預(yù)知的情況霸褒。
HTTP協(xié)議與HTTPS協(xié)議區(qū)別
- HTTPS協(xié)議需要拿到CA證書伴找，一般免費(fèi)證書較少，需要交費(fèi)废菱；
- HTTP協(xié)議運(yùn)行在TCP之上技矮，所有傳輸內(nèi)容都是銘文抖誉，HTTPS運(yùn)輸在SSL/TLS之上，所有傳輸?shù)膬?nèi)容都濟(jì)公加密衰倦；
- HTTP默認(rèn)端口80袒炉、HTTPS默認(rèn)端口443；
- HTTPS可以有效防止運(yùn)營商劫持耿币。
TCP/IP四層模型
數(shù)據(jù)鏈路層（主機(jī)-網(wǎng)絡(luò)層）：物理傳輸通道梳杏，可使用多種傳輸介質(zhì)傳輸，可建立在任何物理傳輸網(wǎng)上淹接，如光纖十性、雙絞線。
網(wǎng)絡(luò)層：負(fù)責(zé)提供基本的數(shù)據(jù)封包（Packet）傳送功能塑悼，讓每一塊數(shù)據(jù)包都能夠到達(dá)目的主機(jī)（但不檢查是否被正確接收）劲适，如網(wǎng)際協(xié)議（IP）。
傳輸層：主要任務(wù)是向上一層提供可信的端到端（End-to-End）服務(wù)厢蒜，確毕际疲“報(bào)文”無差錯(cuò)、有序斑鸦、不丟失愕贡、無重復(fù)地傳輸。如傳輸控制協(xié)議（TCP）巷屿、用戶數(shù)據(jù)報(bào)協(xié)議（UDP）等固以。這一層向高層屏蔽了下層數(shù)據(jù)通信的細(xì)節(jié)，是計(jì)算機(jī)通信最關(guān)鍵的一層嘱巾。
應(yīng)用層：確定進(jìn)程間通信的性質(zhì)憨琳，滿足用戶的需求。如簡單電子郵件傳輸（SMTP）旬昭、文件傳輸協(xié)議（FTP）篙螟、網(wǎng)絡(luò)遠(yuǎn)程訪問協(xié)議（Telnet）、超文本傳輸協(xié)議HTTP等问拘。
好處是：在分層體系機(jī)構(gòu)中遍略，各層之間是完全獨(dú)立的，編程只需要關(guān)注應(yīng)用層骤坐，而不需用考慮底層的編寫及傳輸規(guī)則绪杏。
積累、探索或油，做到每天突破一點(diǎn)點(diǎn)寞忿！不焦慮驰唬、不浮躁顶岸，奧里給腔彰！小野s
