HTTP3是HTTP協議的最新版本。從誕生之初，HTTP就是交換超文本文檔的首選應用層協議。多年來，為了跟上互聯網的發展，以及WWW上交換的內容種類增加，HTTP進行了幾次重大升級，而HTTP/3就是目前的最新版本。

HTTP 2問題

前篇已整體介紹HTTP 2，就此，此篇只說下HTTP/2的問題

1. 在底層使用了TCP的情況下，TCP的慢啟動；擁塞窗口尺寸設置不合理導致的性能急劇下降的問題沒有得到解決。基因在此，無法改變
2. HTTP 2多路復用只是減少了連接數，隊頭阻塞的問題并沒有得到完全解決。如果TCP丟包率超過2%，HTTP/2表現將不如HTTP1.1。因為HTTP1 是分開使用的TCP連接,具體對比如下示意圖所示：

HTTP 3

HTTP 3是在QUIC基礎上發展出來的。底層使用UDP進行數據傳輸，但上層仍然使用HTTP/2。HTTP2與UDP之前存在一個QUIC層，TLS加密過程在此層處理。QUICK存在兩個版本，早期Google打頭陣的QUIC稱之為gQUIC，IETF標準化后稱之為IQUIC。與HTTP對比，HTTP/3整體如下:

整個HTTP家族對比如下：

HTTP3特點:

• 使用UDP作為傳輸層進行通信
• 從協議本身保證了安全性，QUIC在建立連接的握手過程中就完成了TLS加密握手
• 建立連接快，正常只需要1RTT即可建立連接。如果有緩存之前的secret信息，則直接驗證和建立連接，此過程0RTT。建立連接時，也可以帶有少量業務數據。

• 不和具體底層連接綁定，QUIC為每個連接的兩端分別分配了一個唯一ID，上層連接只認這對邏輯ID。網絡切換或者斷連時，只需要繼續發送數據包即可完成連接的建立
• 使用QPACK進行頭部壓縮，因為HPACK要求傳輸過程有序，這會導致隊頭阻塞。而QPACK不存在這個問題
• HTTP/3在header中定義了一個新header:Alt-Svc: h4=":20003":表示服務器在20003端口開了一個20003端口用于HTTP/3服務

補充

• 使用以下代碼可以判斷是否有使用HTTP/2

  (function(){
   // 保證這個方法只在支持loadTimes的chrome瀏覽器下執行
   if(window.chrome && typeof chrome.loadTimes === 'function') {
       var loadTimes = window.chrome.loadTimes();
       var spdy = loadTimes.wasFetchedViaSpdy;
       var info = loadTimes.npnNegotiatedProtocol || loadTimes.connectionInfo;
       // 就以 「h3」作為判斷標識
       if(spdy && /^h3/i.test(info)) {
           return console.info('本站點使用了HTTP/2');
       }
   }
   console.warn('本站點沒有使用HTTP/2');
  })();