說說你對http、https、http2.0的理解？

HTTP的基本優(yōu)化

影響一個HTTP網(wǎng)絡請求的因素主要有兩個：帶寬和延遲。

帶寬

如果說我們還停留在撥號上網(wǎng)的階段，帶寬可能會成為一個比較嚴重影響請求的問題，但是現(xiàn)在網(wǎng)絡基礎建設已經(jīng)使得帶寬得到極大的提升，我們不再會擔心由帶寬而影響網(wǎng)速，那么就只剩下延遲了。

延遲

瀏覽器阻塞（HOL blocking）：瀏覽器會因為一些原因阻塞請求。瀏覽器對于同一個域名，同時只能有 4 個連接（這個根據(jù)瀏覽器內(nèi)核不同可能會有所差異），超過瀏覽器最大連接數(shù)限制，后續(xù)請求就會被阻塞。

DNS 查詢（DNS Lookup）：瀏覽器需要知道目標服務器的 IP 才能建立連接。將域名解析為 IP 的這個系統(tǒng)就是 DNS。這個通常可以利用DNS緩存結(jié)果來達到減少這個時間的目的。

建立連接（Initial connection）：HTTP 是基于 TCP 協(xié)議的，瀏覽器最快也要在第三次握手時才能捎帶 HTTP 請求報文，達到真正的建立連接，但是這些連接無法復用會導致每次請求都經(jīng)歷三次握手和慢啟動。三次握手在高延遲的場景下影響較明顯，慢啟動則對文件類大請求影響較大。

HTTP的版本

HTTP作為互聯(lián)網(wǎng)中使用最廣泛的網(wǎng)絡協(xié)議，肯定是不斷改進的結(jié)果。而改進的動力簡單來說就是對傳輸速度的追求。

在不斷的改進中，HTTP存在有以下幾個版本：HTTP/0.9、HTTP/1.0、HTTP/1.1、HTTP/2。

0.9 已過時。只接受GET一種請求方法，沒有在通訊中指定版本號，且不支持請求頭。由于該版本不支持POST方法，因此客戶端無法向服務器傳遞太多信息。HTTP/1.0 這是第一個在通訊中指定版本號的HTTP協(xié)議版本，至今仍被廣泛采用，特別是在代理服務器中。HTTP/1.1 持久連接被默認采用，并能很好地配合代理服務器工作。還支持以管道方式在同時發(fā)送多個請求，以便降低線路負載，提高傳輸速度。HTTP/1.1相較于HTTP/1.0協(xié)議的區(qū)別主要體現(xiàn)在：緩存處理 帶寬優(yōu)化及網(wǎng)絡連接的使用 錯誤通知的管理 消息在網(wǎng)絡中的發(fā)送 互聯(lián)網(wǎng)地址的維護 安全性及完整性HTTP/2 當前版本，于2015年5月作為互聯(lián)網(wǎng)標準正式發(fā)布。 復制代碼

HTTP1.0和HTTP1.1的一些區(qū)別

HTTP1.0最早在網(wǎng)頁中使用是在1996年，那個時候只是使用一些較為簡單的網(wǎng)頁上和網(wǎng)絡請求上，而HTTP1.1則在1999年才開始廣泛應用于現(xiàn)在的各大瀏覽器網(wǎng)絡請求中，同時HTTP1.1也是當前使用最為廣泛的HTTP協(xié)議。 主要區(qū)別主要體現(xiàn)在：

緩存處理，在HTTP1.0中主要使用header里的If-Modified-Since,Expires來做為緩存判斷的標準，HTTP1.1則引入了更多的緩存控制策略例如Entity tag，If-Unmodified-Since, If-Match, If-None-Match等更多可供選擇的緩存頭來控制緩存策略。

帶寬優(yōu)化及網(wǎng)絡連接的使用，HTTP1.0中，存在一些浪費帶寬的現(xiàn)象，例如客戶端只是需要某個對象的一部分，而服務器卻將整個對象送過來了，并且不支持斷點續(xù)傳功能，HTTP1.1則在請求頭引入了range頭域，它允許只請求資源的某個部分，即返回碼是206（Partial Content），這樣就方便了開發(fā)者自由的選擇以便于充分利用帶寬和連接。

錯誤通知的管理，在HTTP1.1中新增了24個錯誤狀態(tài)響應碼，如409（Conflict）表示請求的資源與資源的當前狀態(tài)發(fā)生沖突；410（Gone）表示服務器上的某個資源被永久性的刪除。

Host頭處理，在HTTP1.0中認為每臺服務器都綁定一個唯一的IP地址，因此，請求消息中的URL并沒有傳遞主機名（hostname）。但隨著虛擬主機技術(shù)的發(fā)展，在一臺物理服務器上可以存在多個虛擬主機（Multi-homed Web Servers），并且它們共享一個IP地址。HTTP1.1的請求消息和響應消息都應支持Host頭域，且請求消息中如果沒有Host頭域會報告一個錯誤（400 Bad Request）。

長連接，HTTP 1.1支持長連接（PersistentConnection）和請求的流水線（Pipelining）處理，在一個TCP連接上可以傳送多個HTTP請求和響應，減少了建立和關(guān)閉連接的消耗和延遲，在HTTP1.1中默認開啟Connection： keep-alive，一定程度上彌補了HTTP1.0每次請求都要創(chuàng)建連接的缺點。

HTTPS

作用？

不使用SSL/TLS的HTTP通信，就是不加密的通信。所有信息明文傳播，帶來了三大風險。

竊聽風險（eavesdropping）：第三方可以獲知通信內(nèi)容。??

篡改風險（tampering）：第三方可以修改通信內(nèi)容。??

冒充風險（pretending）：第三方可以冒充他人身份參與通信。 ?

SSL/TLS協(xié)議是為了解決這三大風險而設計的，希望達到：?

所有信息都是加密傳播，第三方無法竊聽。??

具有校驗機制，一旦被篡改，通信雙方會立刻發(fā)現(xiàn)。??

配備身份證書，防止身份被冒充。?

互聯(lián)網(wǎng)是開放環(huán)境，通信雙方都是未知身份，這為協(xié)議的設計帶來了很大的難度。而且，協(xié)議還必須能夠經(jīng)受所有匪夷所思的攻擊，這使得SSL/TLS協(xié)議變得異常復雜。

HTTP2.0的新特性

• 新的二進制格式（Binary Format），HTTP1.x的解析是基于文本。基于文本協(xié)議的格式解析存在天然缺陷，文本的表現(xiàn)形式有多樣性，要做到健壯性考慮的場景必然很多，二進制則不同，只認0和1的組合。基于這種考慮HTTP2.0的協(xié)議解析決定采用二進制格式，實現(xiàn)方便且健壯。
• 多路復用（MultiPlexing），即連接共享，即每一個request都是是用作連接共享機制的。一個request對應一個id，這樣一個連接上可以有多個request，每個連接的request可以隨機的混雜在一起，接收方可以根據(jù)request的 id將request再歸屬到各自不同的服務端請求里面。多路復用
• header壓縮，如上文中所言，對前面提到過HTTP1.x的header帶有大量信息，而且每次都要重復發(fā)送，HTTP2.0使用encoder來減少需要傳輸?shù)膆eader大小，通訊雙方各自cache一份header fields表，既避免了重復header的傳輸，又減小了需要傳輸?shù)拇笮　?/li>
• 服務端推送（server push），同SPDY一樣，HTTP2.0也具有server push功能。目前，有大多數(shù)網(wǎng)站已經(jīng)啟用HTTP2.0，例如YouTuBe，淘寶網(wǎng)等網(wǎng)站，利用chrome控制臺可以查看是否啟用H2。

參考：

SSL/TLS協(xié)議運行機制的概述

HTTPS和HTTP2.0詳解

轉(zhuǎn)載于:https://juejin.im/post/5d4a47226fb9a06b0a275f33

總結(jié)

以上是生活随笔為你收集整理的说说你对http、https、http2.0的理解【前端每日一题-25】的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。