什么是Http協(xié)議
是一種可靠的可以傳送文檔驯妄，聲音，圖像的一種與服務(wù)器交互的方式合砂，它處于應(yīng)用層青扔。
怎么工作
它是建立在TCP的協(xié)議之上的。
- 首先翩伪，客戶機(jī)與服務(wù)器要建立連接微猖。
- 客戶機(jī)發(fā)送請(qǐng)求，格式為統(tǒng)一資源定位符（URL）缘屹、協(xié)議版本號(hào)凛剥、MIME信息包括請(qǐng)求修飾符、客戶機(jī)信息和可能的內(nèi)容轻姿。
- 服務(wù)器接到請(qǐng)求之后犁珠，給予相應(yīng)的響應(yīng)，格式為一個(gè)狀態(tài)行互亮，包括信息協(xié)議的版本號(hào)犁享，成功或錯(cuò)誤的代碼，MIME信息包括服務(wù)器信息胳挎，實(shí)體信息和可能的內(nèi)容饼疙。
- 返回的信息到達(dá)客戶機(jī)后溺森，斷開連接慕爬。
URL==統(tǒng)一資源定位符==網(wǎng)頁(yè)地址
由三部分組成：
- 協(xié)議
- 存有資源的主機(jī)IP地址窑眯，端口號(hào)
- 主機(jī)資源的具體地址，文件名目錄
如：http://www.reibang.com/users/f36340596a1a/latest_articles
（另： - https的數(shù)據(jù)是經(jīng)過(guò)加密的
- 域名要經(jīng)過(guò)DNS解析）医窿。
TCP
- SYN（Synchronous）是TCP建立連接時(shí)磅甩，由客戶端發(fā)給服務(wù)端的握手信號(hào)。
- ACK(Acknowledgement) 即確認(rèn)字符姥卢，服務(wù)器在接收到SYN信息后返回SYN+ACK給客戶端卷要，客戶端再以ACK響應(yīng)，這樣才建立了可靠的TCP連接独榴。
請(qǐng)求方法URI協(xié)議/版本
請(qǐng)求的第一行是“方法URL議/版本”：GET/sample.jsp HTTP/1.1
以上代碼中“GET”代表請(qǐng)求方法僧叉，“/sample.jsp”表示URI，“HTTP/1.1代表協(xié)議和協(xié)議的版本棺榔。
根據(jù)HTTP標(biāo)準(zhǔn)瓶堕，HTTP請(qǐng)求可以使用多種請(qǐng)求方法。例如：HTTP1.1支持7種請(qǐng)求方法：GET症歇、POST郎笆、HEAD、OPTIONS忘晤、PUT宛蚓、DELETE和TARCE。在Internet應(yīng)用中设塔，最常用的方法是GET和POST凄吏。
URL完整地指定了要訪問(wèn)的網(wǎng)絡(luò)資源，通常只要給出相對(duì)于服務(wù)器的根目錄的相對(duì)目錄即可闰蛔，因此總是以“/”開頭竞思，最后，協(xié)議版本聲明了通信過(guò)程中使用HTTP的版本钞护。
請(qǐng)求頭
請(qǐng)求頭包含許多有關(guān)的客戶端環(huán)境和請(qǐng)求正文的有用信息盖喷。例如，請(qǐng)求頭可以聲明瀏覽器所用的語(yǔ)言难咕，請(qǐng)求正文的長(zhǎng)度等课梳。
Accept:image/gif.image/jpeg./
Accept-Language:zh-cn
Connection:Keep-Alive
Host:localhost
User-Agent:Mozila/4.0(compatible:MSIE5.01:Windows NT5.0)
Accept-Encoding:gzip,deflate.
GET
GET方法是默認(rèn)的HTTP請(qǐng)求方法，我們?nèi)粘Ｓ肎ET方法來(lái)提交表單數(shù)據(jù)余佃，然而用GET方法提交的表單數(shù)據(jù)只經(jīng)過(guò)了簡(jiǎn)單的編碼暮刃，同時(shí)它將作為URL的一部分向Web服務(wù)器發(fā)送，因此爆土，如果使用GET方法來(lái)提交表單數(shù)據(jù)就存在著安全隱患上椭懊。例如
Http://127.0.0.1/login.jsp?Name=zhangshi&Age=30&Submit=%cc%E+%BD%BB
從上面的URL請(qǐng)求中，很容易就可以辯認(rèn)出表單提交的內(nèi)容步势。（氧猬？之后的內(nèi)容）另外由于GET方法提交的數(shù)據(jù)是作為URL請(qǐng)求的一部分所以提交的數(shù)據(jù)量不能太大
POST
POST方法是GET方法的一個(gè)替代方法背犯，它主要是向Web服務(wù)器提交表單數(shù)據(jù)，尤其是大批量的數(shù)據(jù)盅抚。POST方法克服了GET方法的一些缺點(diǎn)漠魏。通過(guò)POST方法提交表單數(shù)據(jù)時(shí)，數(shù)據(jù)不是作為URL請(qǐng)求的一部分而是作為標(biāo)準(zhǔn)數(shù)據(jù)傳送給Web服務(wù)器妄均，這就克服了GET方法中的信息無(wú)法保密和數(shù)據(jù)量太小的缺點(diǎn)柱锹。因此，出于安全的考慮以及對(duì)用戶隱私的尊重丰包，通常表單提交時(shí)采用POST方法禁熏。
響應(yīng)碼
2xx：成功
200：OK,請(qǐng)求成功
201：OK,新的資源建立（post命令）
202：請(qǐng)求被接受，但處理未完成
204：OK邑彪，但沒有內(nèi)容返回
3xx：重定向：需要用戶代理執(zhí)行更多的動(dòng)作
301：Moved Permanently永久轉(zhuǎn)移(所請(qǐng)求的資源已被指派為新的固定URL)
302：Found 暫時(shí)轉(zhuǎn)移(所請(qǐng)求的資源臨時(shí)位于另外的URL)
304：文檔沒有修改（條件GET）
307：Temporary Redirect(臨時(shí)重定向)
4xx：客戶差錯(cuò)
400：Bad Request 請(qǐng)求錯(cuò)誤
401：Unauthorized 未認(rèn)證(該請(qǐng)求要求用戶認(rèn)證)
403：Forbidden 不明原因的禁止
404：Not Found 未找到
5xx：服務(wù)器差錯(cuò)
500：Internal Server Error(服務(wù)器錯(cuò)誤)
501：沒有實(shí)現(xiàn)
502：錯(cuò)誤的網(wǎng)關(guān)(網(wǎng)關(guān)或上游服務(wù)器來(lái)的無(wú)效響應(yīng))
503：Service Unavailable(一般是訪問(wèn)人數(shù)過(guò)多)
HTTP1.0和1.1
- 1.0
每次請(qǐng)求都要建立新的TCP連接 - 1.1
- 請(qǐng)求可以建立在上次的TCP連接中匹层，減少三次握手，提高效率
- 在Request的消息頭新增加了Host域
- 增加了許多Request方法OPTIONS锌蓄、PUT升筏、DELETE、CONNECT瘸爽、TARCE
