HTTP協議重點摘要

1. HTTP狀態碼一個分爲五種類別

	類別	緣由短語
1**	informational（信息性狀態碼）	接收的請求正在處理
2**	success（成功狀態碼）	請求正常處理完畢
3**	redirection（重定向狀態碼）	須要進行附加操做以完成請求
4**	client Error（客戶端錯誤狀態碼）	服務器沒法處理請求
5**	server Error （服務器錯誤狀態碼）	服務器處理請求出錯

這些狀態碼咱們能夠在服務端代碼中自定義返回給到客戶端，如重定向。在你轉移新的地址以後，你能夠回覆3**的狀態碼而後給一個正確的URL和URI。而後就自動跳轉到那個新的地址去!（用戶看到的效果就是他輸入的地址A瞬間變成了另外一個地址B）

PS(搜索引擎在抓取新內容的同時也將舊的網址交換爲重定向以後的網址；302表示舊地址A的資源還在（仍然能夠訪問），這個重定向只是臨時地從舊地址A跳轉到地址B，搜索引擎會抓取新的內容而保存舊的網址。)

2. HTTP在OSI模型中位於應用層，是應用層的，也是基於傳輸層的TCP協議的。每次的HTTP請求都要先通過TCP的經典三次握手以後，而後完成一次請求和響應的數據通訊傳輸，最後關閉TCP的鏈接。因此HTTP是一種無狀態的協議!不能保存狀態!

3. cookie是一種爲了間接性的表示保持會話狀態的引入到HTTP技術。

4. URI和URL的區別：URI強調的是給資源標記命名，URL強調的是給資源定位。二者不是對立關係。你知道騰訊公司的張三。當我說騰訊公司的張三的時候（URI），你就：哦，我知道這我的。可是你並不知道這我的的具體辦公地址在哪裏，你要找到他詳細地址深圳騰訊公司18層研發部**（URL）你才能去拜訪這我的!

5. 請求方法不只有GET/POST 還有PUT...等等方法

6. 引入的持久鏈接節省通訊量：

    1）持久鏈接新協議（HTTP keep-alive）

    2)管線化（一次TCP鏈接，屢次請求和屢次響應）

    3）webSocket（相似TCP socket）的保持狀態通訊

7. 更好的利用HTTP傳輸內容 

    1）爲了提升HTTP在傳輸數據的速率和安全的時候：咱們能夠對HTTP主體內容進行壓縮和安全的編碼。而後再傳輸！

    2）分塊傳輸

    3）multipart傳輸：能夠作到一次性傳輸多種數據格式的數據。多用於文件。你能夠在傳輸文件的同時傳輸其餘的表單數據!

    4）按照字節範圍來進行請求響應！

8. HTTPS是在創建完SSL的安全線路通訊後，而後使用HTTP協議進行數據傳輸!

9.關於安全認證問題：HTTP協議標準提供的BASIC認證和DIGEST認證幾乎不怎麼用，而SSL客戶端認證雖然具備高度的安全等級，但又費用成本太高。因此對於中小型其餘最合適的安全認證是由本身搭建的基於表單的認證系統!這種方式通常使用cookie來保持session會話!