這篇文章帶給大家的內容是關於一次性搞懂HTTP、HTTPS、SPDY、HTTP2,有一定的參考價值,有需要的朋友可以參考一下,希望對你有幫助。
作為網路通訊協定的一員老將,HTTP 協定走到今天已經經歷了三次版本的變動,現在最新的版本是HTTP2.0,相信大家早已耳熟能詳。今天就來跟大家好好介紹一下 HTTP 的前世今生。
HTTP/0.9
HTTP 的最早版本誕生在1991 年,這個最早版本和現在比起來極其簡單,沒有HTTP 頭,沒有狀態碼,甚至版本號也沒有,後來它的版本號碼才被定為0.9 來和其他版本的HTTP 區分。 HTTP/0.9 只支援一種方法- Get,請求只有一行。
GET /hello.html
回應也是非常簡單的,只包含 html 文件本身。
<HTML> Hello world </HTML>
當 TCP 建立連線之後,伺服器會向客戶端傳回 HTML 格式的字串。發送完畢後,就關閉 TCP 連線。由於沒有狀態碼和錯誤代碼,如果伺服器處理的時候發生錯誤,只會傳回一個特殊的包含問題描述資訊的 HTML 檔案。這就是最早的 HTTP/0.9 版本。
HTTP/1.0
1996 年,HTTP/1.0 版本發布,大大豐富了HTTP 的傳輸內容,除了文字,還可以傳送圖片、影片等,這為互聯網的發展奠定了基礎。相較於HTTP/0.9,HTTP/1.0 主要有以下特性:
請求與回應支援HTTP 頭,增加了狀態碼,回應物件的一開始是回應狀態行
協定版本訊息需要隨著請求一起傳送,支援HEAD,POST 方法
支援傳輸HTML 檔案以外其他類型的內容
一個典型的HTTP/1.0 的請求像這樣:
GET /hello.html HTTP/1.0 User-Agent:NCSA_Mosaic/2.0(Windows3.1) 200 OK Date: Tue, 15 Nov 1996 08:12:31 GMT Server: CERN/3.0 libwww/2.17 Content-Type: text/html <HTML> 一个包含图片的页面 <IMGSRC="/smile.gif"> </HTML>
HTTP/1.1
#在HTTP/1.0 發布幾個月後,HTTP/1.1 就發布了。 HTTP/1.1 更多的是作為對HTTP/1.0 的完善,在HTTP1.1 中,主要具有如下改進:
#可以復用連接
增加pipeline:HTTP 管線化是將多個HTTP 請求整批提交的技術,而在傳送過程中不需先等待服務端的回應。管線化機制須透過永久連接(persistent connection)完成。瀏覽器將HTTP請求大批提交可大幅縮短頁面的載入時間,特別是在傳輸延遲(lag/latency)較高的情況下。有一點要注意的是,只有冪等的請求可以使用 pipeline,如 GET,HEAD 方法。
chunked 編碼傳輸:此編碼將實體分塊傳送並逐塊標明長度,直到長度為0 塊表示傳輸結束, 這在實體長度未知時特別有用(例如由資料庫動態產生的資料)
引入更多快取控制機制:如etag,cache-control
引入內容協商機制,包括語言,編碼,類型等,並允許客戶端和伺服器之間約定以最合適的內容進行交換
請求訊息和回應訊息都支援Host 頭域:在HTTP1.0 中認為每台伺服器都綁定一個唯一的IP 位址,因此,請求訊息中的URL並沒有傳遞主機名(hostname)。但隨著虛擬主機技術的發展,在一台實體伺服器上可以存在多個虛擬主機(Multi-homed Web Servers),並且它們共用一個 IP 位址。因此,Host 頭的引進就很有必要了。
新增了OPTIONS,PUT, DELETE, TRACE, CONNECT 方法
#雖然HTTP/1.1 已經優化了很多點,作為一個目前使用最廣泛的協定版本,已經能夠滿足很多網絡需求,但隨著網頁變得越來越複雜,甚至演變成為獨立的應用,HTTP/1.1 逐漸暴露出了一些問題:
在傳輸資料時,每次都要重新建立連接,對行動端特別不友善
傳輸內容是明文,不夠安全
header 內容過大,每次請求header 變化不大,造成浪費
keep-alive 給服務端帶來效能壓力
為了解決這些問題,HTTPS 和SPDY 應運而生。
SPDY
其實 SPDY 並不是新的一種協議,而是在 HTTP 之前做了一層會話層。
在 2010 年到 2015 年,Google透過實踐一個實驗性的 SPDY 協議,證明了一個在客戶端和伺服器端交換資料的另類方式。其收集了瀏覽器和伺服器端的開發者的焦點問題,明確了回應數量的增加和解決複雜的資料傳輸。在啟動 SPDY 這個專案時預設的目標是:
頁面載入時間 (PLT) 減少 50%。
無須網站作者修改任何內容。
將部署複雜度降至最低,無需變更網路基礎架構。
與開源社群合作開發這個新協定。
收集真實效能數據,驗證這個實驗性協定是否有效。
為了達到降低目標,減少頁面載入時間的目標,SPDY 引入了一個新的二進位分幀資料層,以實現多向請求和回應、優先順序、最小化及消除不必要的網路延遲,目的是更有效地利用底層TCP 連接。
HTTP/2.0
時間來到 2015 年,HTTP/2.0 問世。先來介紹一下HTTP/2.0 的特點:
使用二進位分幀層:在應用層與傳輸層之間增加一個二進位分幀層,以此達到在不改動HTTP 的語義,HTTP 方法、狀態碼、URI 及首部欄位的情況下,突破HTTP1.1 的效能限制,改善傳輸效能,實現低延遲及高吞吐量。在二進位分幀層上,HTTP2.0 會將所有傳輸的資訊分割為更小的訊息和幀,並對它們採用二進位格式的編碼,其中HTTP1.x 的首部資訊會被封裝到Headers 幀,而我們的request body 則封裝到Data 訊框裡面。
二進位分幀
多路復用:對於HTTP/1.x,即使開啟了長連接,請求的發送也是串行發送的,在頻寬足夠的情況下,對頻寬的利用率不夠,HTTP/2.0 採用了多工的方式,可以並行發送多個請求,提高對頻寬的利用率。
多路復用
資料流優先權:由於請求可以並發發送了,那麼如果出現了瀏覽器在等待關鍵的CSS 或者JS 檔案完成對頁面的渲染時,伺服器卻在專注的發送圖片資源的情況怎麼辦呢? HTTP/2.0 對資料流可以設定優先值,這個優先值決定了客戶端和服務端處理不同的流採用不同的優先權策略。
服務端推送:在HTTP/2.0 中,伺服器可以向客戶發送請求以外的內容,例如正在請求一個頁面時,伺服器會把頁面相關的logo,CSS 等檔案直接推送到客戶端,而不會等到請求來的時候再發送,因為伺服器認為客戶端會用到這些東西。這相當於在一個 HTML 文件內集合了所有的資源。
頭部壓縮:使用首部表來追蹤和儲存先前發送的鍵值對,對於相同的內容,不會再每次請求和回應時發送。
以上就是對一次性搞懂 HTTP、HTTPS、SPDY、HTTP2的全部介紹,如果您想了解更多有關Html5教程,請關注PHP中文網。
以上是一次性搞懂 HTTP、HTTPS、SPDY、HTTP2的詳細內容。更多資訊請關注PHP中文網其他相關文章!