Hysteria2 是什麼？QUIC 傳輸為何快速、適合哪些網路環境

Hysteria2、QUIC 與 UDP 各自負責什麼

在 Shadowrocket（小火箭）中，Hysteria2 是用來連線至使用者既有服務的一種協定類型。它不是網路線路，也不等同於訂閱。訂閱會提供連線項目給用戶端；協定則規範用戶端與伺服器如何驗證及傳輸。實際表現仍會受到本機網路、伺服器負載和目標網站影響。

傳輸鏈路可分成三層：底層 UDP 負責承載資料封包；QUIC 在其上實作加密連線、資料流與可靠傳輸機制；Hysteria2 則規範代理驗證及業務資料的封裝方式。UDP 本身不保證資料送達，但不能因此推論使用 UDP 的 QUIC 可靠資料流不會重傳。瀏覽網頁等需要可靠傳輸的服務，仍須等待遺失資料復原。

例如，服務商指定的連接埠為 443 時，應檢查對應的 UDP 連接埠是否可連線。相同號碼的 TCP 連接埠能連線，不代表 UDP 也能通過。連接埠應使用既有服務提供的值，不能因為常見範例使用 443，就一律把其他有效連接埠改成 443。

所謂「更快」：壅塞控制與資料流隔離的作用

QUIC 可在同一條連線中承載多個資料流。某個資料流遺失資料時，通常不必像共用同一 TCP 位元組流那樣，等缺少的位元組補齊後，其他資料流的資料才能交付。這能減少資料流之間的隊頭阻塞；但同一可靠資料流中的缺口仍須復原，而且所有資料流仍共用實際鏈路容量並受到壅塞限制。

Hysteria2 的傳輸表現也與壅塞控制有關。頻寬設定可能會參與傳送速率控制；由頻寬驅動的 Brutal，與自動估算路徑容量的方式並不相同。實際採用哪種方式，取決於用戶端實作、設定及伺服器協商結果；不能只看協定名稱，就斷定目前連線一定使用某種演算法。

• 路徑有隨機封包遺失：若封包遺失並非持續壅塞所致，適當的速率控制可能維持較高的傳輸量；但仍須承擔封包遺失復原所需的流量與時間成本。
• 路徑已經壅塞：繼續提高目標傳送速率可能加重排隊、延遲抖動與封包遺失，反而讓網頁回應變慢。
• 多個資料流同時傳輸：資料流之間的隔離可能縮短部分請求的完成時間，但無法消除共用無線鏈路的瓶頸。
• 短連線或小檔案：DNS、交握及目標回應時間可能占主要部分；持續下載速度不代表首次開啟網頁的體驗。

填寫頻寬時也要留意單位：Mbps 是每秒兆位元，MB/s 是每秒兆位元組，兩者數值換算相差 8 倍。即使方案標示的頻寬很高，目前的無線訊號與共用出口仍可能只能提供較低的可用容量。請以用戶端欄位顯示的單位及既有服務說明為準，不要把方案上限直接當成目前實測速率。

哪些網路值得測試？哪些條件應先處理？

高封包遺失率、長距離或行動網路都是需要實際測量的條件，並非自動適用的標籤。先確認本機網路允許 UDP，再區分隨機封包遺失、壅塞造成的封包遺失及伺服器異常；三者都可能導致卡頓，但處理方式不同。

QUIC 具備支援連線遷移的機制，但不代表 Shadowrocket 每次切換網路都能無縫續傳。用戶端實作、伺服器策略、位址變更及網路中間設備都會影響結果。使用行動網路時，應分別測試「維持在同一網路」和「切換網路」兩種情境，避免把切換失敗誤判為所有 Hysteria2 連線都無法使用。

在 Shadowrocket 中檢查既有 Hysteria2 參數

以下步驟以使用者已持有自己的服務商與連線參數為前提。請先保留目前可用的設定，逐項檢查協定、位址、連接埠、驗證及 TLS 資訊。不同類型的連線參數不能只靠修改 Type 互相轉換；Hysteria 與 Hysteria2 也不能視為同一種協定。

1. 查看連線項目

   進入 Home，開啟既有項目的編輯頁面，確認 Type 是否為 Hysteria2。若要手動新增，請從 Home 右上角的「+」進入，並依既有服務說明選擇 Type；不要把服務商名稱當成協定類型。

2. 檢查連線資料

   逐字檢查服務位址、連接埠及驗證資訊。範例位址 hy2.example.com 和連接埠 443 僅用來說明欄位之間的關係，並非可用服務。驗證資訊前後不得混入空格或換行。

3. 檢查 TLS

   依照既有服務說明，檢查 TLS 伺服器名稱（SNI）及憑證要求。連線位址與憑證名稱不一定相同；遇到憑證錯誤時，先檢查名稱和裝置時間，不要把略過憑證驗證當成一般處理方式。

4. 檢查其他設定

   若服務啟用了 obfuscation，請確認其方式與密碼有成套提供；若未啟用，就不要自行新增。頻寬相關欄位請依顯示單位填寫，並保留修改前的數值，以便還原。

5. 連線並再次確認

   儲存後返回 Home，選取該項目並檢查 Global Routing，接著開啟連線並執行 Connectivity Test。再存取固定的測試目標，分別記錄測試結果與實際請求的結果。

Global Routing 如何影響協定測試

「選取了 Hysteria2 項目」與「目前請求使用該項目」並非同一回事。Home → Global Routing 會決定路由方式；使用 Config 時，規則可能讓某些請求走 DIRECT，因此成功開啟一次網頁，不能單獨證明 Hysteria2 鏈路正在運作。

以下是用來理解比對關係的最簡規則片段，並非完整設定，也不會連向實際測試服務。DOMAIN-SUFFIX 會比對指定網域及其子網域；FINAL 則處理先前未比對的請求。具體規則應放在兜底規則之前。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECT

在這個片段中，只有存取 example.com 及其子網域時才會符合 PROXY，其餘請求則使用 DIRECT。如果實際測試的是其他網域，就不能用測試結果評估待測代理。On Demand 則控制何時依條件建立 VPN 連線，與連線項目的協定或 Rule 的比對範圍屬於不同層級的設定。排除故障時，請在 Settings → On Demand 檢查既有條件，避免自動連線行為干擾手動測試。

固定測試條件並記錄結果，不要只憑一次測速下結論

測試協定時，應同時觀察連線能力、回應時間與持續傳輸狀況。Connectivity Test 可做初步檢查，但其測試目標與方式不同於實際服務，結果不能直接視為下載頻寬。本文不提供適用於所有網路的速度差異或封包遺失率門檻，因為這些數值必須在明確的測試條件下才有意義。

• 固定測試條件：使用相同裝置、網路、伺服器與目標；暫停其他大量傳輸工作。每次只修改一項設定。
• 重複觀察：每組設定至少重複測試 3 次，記錄成功次數、首次回應時間及持續傳輸表現；不要只保留表現最好的一次結果。
• 記錄傳輸路徑：註明 Global Routing、所選項目、目標網域，以及期間是否切換網路，確認結果確實來自待測路徑。
• 保留還原方式：調整頻寬或其他參數後若失敗率上升，先還原舊值，再檢查網路與伺服器；不要同時更改多個欄位。

可以在本機筆記中記錄「Wi-Fi、Config、目標符合 PROXY、3 次皆成功、開始傳輸後網頁回應變慢」這類可觀察到的現象。這比「感覺比較快」更有助於找出問題，也不會把短暫的網路波動誤認為協定的固定特性。向既有服務商回報時，請提供必要的錯誤資訊，但不要公開驗證密碼或完整訂閱網址。

常見問題：交握、憑證與網路切換