全面理解HTTP

 

引言：做爲一名軟件工程Web專業學生，對於HTTP的熟悉掌握是必不可少的，特此作記錄，打造本身的HTTP棧。

URL與URI

咱們常常接觸到的就是URL了，它就是咱們訪問web的一個字符串地址，那麼URI是什麼呢？他們是什麼關係呢？
URL：uniform resource location 統一資源定位符
URI：uniform resource identifier 統一資源標識符
這也就是說，URI是一種資源的標識；而URL也是一種URI，也是一種資源的標識，但它也指明瞭如何定位Locate到這個資源。
URI是一種抽象的資源標識，既能夠是絕對的，也能夠是相對的。可是URL是一種URI，它指明瞭定位的信息，必須是絕對的。

報文-通訊的橋樑

客戶端和服務器端經過相互發送報文進行通訊，要深入理解HTTP協議，就須要理解報文的格式和內容。

報文的組成

不管是請求報文仍是響應報文都須要有報文首部，固然報文主體並非必需的。
通常來講，請求報文的格式以下：

看一下百度網站的請求報文：

簡單的報文形式：

GET / HTTP/1.1 //請求行，包含用於請求的方法，請求的URI，HTTP版本 //如下爲各類首部字段 Host: www.baidu.com Connection: keep-alive Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0... Accept-Encoding: gzip, deflate, sdch Accept-Language: zh-CN,zh;q=0.8

響應報文的格式以下：

看一下百度網站的響應報文：

HTTP/1.1 200 OK //狀態行，包含代表響應結果的狀態碼，緣由短語和HTTP版本 //如下爲各類首部字段 Server: bfe/1.0.8.5 Date: Tue, 06 Oct 2015 14:48:28 GMT Content-Type: text/html;charset=utf-8 Transfer-Encoding: chunked Connection: keep-alive Cache-Control: private

告知服務器意圖的HTTP方法

發送HTTP的方法有許多種，最經常使用的即是GET和POST，下面就這兩種進行詳細地說明。

1. GET
   GET方法用來請求訪問URI所指定的資源，（我想訪問你的某個資源）並不對服務器上的內容產生任何做用結果；每次GET的內容都是相同的。GET方式把請求所須要的參數放到URL中，直接就能夠在URL中看見，有大小限制。
2. POST
   POST方法用來傳輸實體主體，目的並非獲取響應的主體內容，（我要把這條信息告訴你），POST方式則是把內容放在報文內容中，所以只要報文的內容沒有限制，它的大小就沒有限制。
3. 總結
   GET用於獲取某個內容，POST用於提交某種數據請求。
   按照使用場景來講，通常用戶註冊的內容屬於私密的，這應該使用POST方式；而針對某一內容的查詢，爲了快速的響應，可使用GET方式。

無狀態協議與Cookie

HTTP是一種無狀態協議，也就是每一次發送都是一次新的開始，服務器並不知道也沒有必要知道當前鏈接的客戶端是否以前有過交集，那麼當須要進行保存用戶登陸狀態時，則出現了麻煩，這個時候使用Cookie來保存狀態。
Cookie會根據服務器端發送的響應報文內的一個叫作Set-Cookie的首部字段，通知客戶端保存Cookie（保存在本身的電腦裏），當下次客戶端發送請求時，Cookie值會被添加到請求報文中發送出去。

持久鏈接

使用瀏覽器瀏覽一個包含多張圖片的HTML頁面時，瀏覽器會發起屢次請求，如圖所示：

顯而易見每次請求會形成無謂的TCP鏈接創建和斷開，增長通訊量的開銷。

引入持久鏈接

持久鏈接的特色是，只要任意一端沒有明確提出斷開鏈接，則保持TCP鏈接狀態。目前HTTP/1.1中默認爲持久鏈接。

Connection:keep-alive

管線化

管線化能夠同時並行發送多個請求，不須要一個一個等待響應了。

常見的狀態碼

確保安全的HTTPS

HTTP+加密+認證+完整性保護 = HTTPS
一些登錄界面和購物結算界面使用HTTPS通訊，也就是改用https://，HTTPS說簡單點就是它的通訊接口部分被SSL和TLS協議代替而已。

身份認證

有一些網址或者服務須要用戶的身份信息，所以須要隨時知道這些消息，可是確定不能每次都讓用戶輸入用戶密碼，所以關於認證就有下面幾種方式：

在這裏主要說一下FormBase認證，也就是表單認證。

使用Cookie來管理Session

1. 客戶端把用戶IE和密碼等登陸信息放入報文的實體部分，以POST方式發送給服務器。
2. 服務器進行身份認證，產生SessionID，加入到Set-Cookie內，返回給客戶端。
3. 客戶端接收到SessionID後，將其加入Cookie，下次請求時，瀏覽器會自動發送Cookie。

在傳輸過程當中，一種安全地保存密碼方式是，先利用給密碼加鹽的方式增長額外信息，再使用散列hash函數計算出散列值後保存。

書籍推薦：《圖解HTTP》，輕鬆理解更全面的HTTP知識。

轉自http://www.jianshu.com/p/81632fea327c