HTTP/2 vs HTTP/3：網頁應用程式有何改變
你大概聽過 HTTP/3 和 QUIC，但它們對你的網頁應用程式實際上帶來什麼改變？如果你還在使用 HTTP/1.1，或剛遷移到 HTTP/2，可能會想升級到 HTTP/3 是否值得。本文將解析 HTTP/2 與 HTTP/3 的實際差異，以及你需要知道什麼才能做出明智的決定。
HTTP/2：多工革命
HTTP/2 於 2015 年標準化，從 HTTP/1.1 帶來重大轉變，允許在單一 TCP 連線上多工多個請求和回應。這消除了對多個連線的需求，並減少了 HTTP 層隊頭（HOL）阻塞造成的延遲。
HTTP/2 的主要功能包括：
- 二進位框架：比 HTTP/1.1 的文字格式更易於解析。
- 多工：在一個連線上多個串流。
- 標頭壓縮（HPACK）：減少額外開銷。
- 伺服器推送：主動將資源傳送給客戶端（儘管經常被誤用）。
然而，HTTP/2 仍依賴 TCP，這在傳輸層引入了自身的 HOL 阻塞。如果 TCP 封包遺失，該連線上的所有串流都會被阻塞，直到封包重新傳輸。
HTTP/3：QUIC 來救援
HTTP/3 於 2022 年標準化，以 QUIC 取代 TCP，這是一種基於 UDP 的傳輸協定。QUIC 透過以下方式解決 TCP 的限制：
- 無 HOL 阻塞的串流多工：每個串流獨立；一個串流的封包遺失不會阻塞其他串流。
- 更快的連線建立：0-RTT 或 1-RTT 握手，減少延遲。
- 內建加密：TLS 1.3 整合到握手中。
- 連線遷移：連線在 IP 位址變更後仍能存活（例如從 Wi-Fi 切換到行動網路）。
這些改進使 HTTP/3 特別有利於處於不穩定網路或高延遲連線的使用者。
關鍵差異一覽
| 面向 | HTTP/2 | HTTP/3 |
|---|---|---|
| 傳輸協定 | TCP | QUIC（基於 UDP） |
| 多工 | 是，但 TCP 層有 HOL 阻塞 | 是，無 HOL 阻塞 |
| 握手 | TCP + TLS（2-3 RTT） | QUIC + TLS 1.3（0-1 RTT） |
| 加密 | TLS 可選但建議使用 | 始終加密 |
| 連線遷移 | 否 | 是 |
| 伺服器推送 | 支援 | 不支援（已棄用） |
你的網頁應用程式有什麼改變？
如果你執行的是現代網頁應用程式，從 HTTP/2 轉移到 HTTP/3 在應用層大多是透明的。然而，有一些實務上的考量：
1. 伺服器與 CDN 支援
Nginx 和 Apache 等主要伺服器透過模組（例如 ngx_http_v3_module）支援 HTTP/3。Cloudflare 和 Fastly 等雲端供應商會自動啟用。在啟用前，請檢查你的基礎架構是否支援。
2. 配置變更
啟用 HTTP/3 通常需要在伺服器配置中新增幾行。對於 Nginx，你可能會新增：
listen 443 quic reuseport;
listen 443 ssl;
add_header Alt-Svc 'h3=":443"; ma=86400';Alt-Svc 標頭告訴瀏覽器 HTTP/3 可在同一連接埠上使用。
3. 效能最佳化
HTTP/3 的 0-RTT 握手可以改善回訪者的頁面載入時間。然而，0-RTT 有安全隱患（重放攻擊），因此對於非冪等請求要謹慎使用。
使用 HTTP/3，你可以減少網域和連線數量，因為多工更有效率。此外，伺服器推送已移除，因此請依賴 preload 提示。
4. 除錯與監控
HTTP/3 流量已加密，使得使用傳統工具除錯更加困難。使用瀏覽器 DevTools（顯示每個請求的協定）和伺服器日誌。像 qlog 這樣的工具可以幫助進行 QUIC 層級的除錯。
5. 後備策略
並非所有客戶端都支援 HTTP/3。確保你的伺服器可以回退到 HTTP/2 或 HTTP/1.1。Alt-Svc 標頭有助於此：瀏覽器會嘗試 HTTP/3，如果失敗，則恢復到基於 TCP 的協定。
你現在應該遷移到 HTTP/3 嗎？
考慮這些因素：
- 使用者群：如果許多使用者使用行動網路或不穩定網路，HTTP/3 可以顯著改善體驗。
- 基礎架構：如果你的 CDN 或伺服器易於支援，啟用 HTTP/3 風險較低。
- 複雜性：HTTP/3 增加了操作複雜性（UDP 處理、防火牆規則）。確保你的團隊能夠管理。
對於大多數網頁應用程式，同時啟用 HTTP/3 和 HTTP/2 是安全的選擇。這不是二選一的選擇——現代伺服器可以同時支援兩者。
常見問題
HTTP/3 總是比 HTTP/2 快嗎？
不一定。在穩定、低延遲的網路上，HTTP/2 和 HTTP/3 的效能相似。HTTP/3 在丟包或高延遲連線上表現出色，因為其改進的多工和更快的握手。
我需要為 HTTP/3 更改應用程式碼嗎？
一般來說，不需要。HTTP/3 在傳輸層運作，由伺服器和瀏覽器處理。你的應用程式碼保持不變，不過你可能會調整資源捆綁等最佳化策略。
安全性呢？HTTP/3 更安全嗎？
HTTP/3 強制使用 TLS 1.3，比舊版 TLS 更安全。然而，如果不謹慎使用，0-RTT 可能引入重放風險。總體而言，HTTP/3 提供了強大的安全基線。
準備好分析你的網頁伺服器效能了嗎？查看我們的 Nginx 日誌分析器，深入了解你的流量和協定使用情況。