2026-09-15 · 協定科普 · 約 10 分鐘

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

了解 Hysteria2 如何透過 QUIC 與壅塞控制提升傳輸效率，以及高封包遺失、長距離連線和 UDP 受限網路的使用注意事項。

本文速覽

Hysteria2 是一種以 QUIC 為基礎的代理協定，適合在 UDP 可用、往返延遲較高或有隨機封包遺失的連線上測試，但不保證一定比其他傳輸方式快。本文以使用 Shadowrocket 的 iPhone / iPad 使用者為對象，假設使用者已有自己的服務供應商與設定，說明傳輸原理、參數核對、分流檢查及比較測試方法；其他平台可參考相關原理，實際操作介面請以使用中的用戶端為準。

1. Hysteria2、QUIC 與 UDP 的關係

Shadowrocket（小火箭）中的 Hysteria2 是一種連線協定選項，不是加速開關，也不是線路方案。建立連線需要伺服器支援此協定，並提供正確的位址、連接埠、驗證資訊與憑證設定。不能只把 Type 改成 Hysteria2，就將既有的其他協定連線轉換過來。

從傳輸層次來看，Hysteria2 使用 QUIC，而 QUIC 透過 UDP 傳輸。UDP 本身不負責依序交付資料或在封包遺失時重傳；QUIC 則在此基礎上實作加密、確認、遺失偵測、可靠串流與壅塞控制。因此，「底層使用 UDP」不代表網頁內容遺失後不會補傳，也不代表應用程式的所有請求都會變成不可靠傳輸。

UDP
QUIC 使用 UDP 傳輸，網路必須允許相應的 UDP 連接埠
TLS 1.3
QUIC 整合加密交握機制，仍須驗證伺服器憑證
443
常見部署範例連接埠，實際值必須與伺服器設定一致

Hysteria2 可承載 TCP 與 UDP 代理請求，兩者的應用語意不同。網頁等可靠位元組串流透過 QUIC stream 傳輸；UDP 轉送通常使用 QUIC DATAGRAM，不具備與可靠串流相同的重傳保證。也就是說，應依承載的業務判斷可靠性，不能只看連線名稱是否出現 UDP。

2. 為何可能更快：獨立串流與壅塞控制

評估速度時，應分別觀察交握耗時、等待首位元組的時間與持續傳輸量。QUIC 將傳輸與加密交握結合，可減少部分建立連線所需的往返開銷，但網域名稱解析、憑證驗證、伺服器處理及目標網站回應仍需要時間。連線建立得快，不代表大型檔案的下載速度一定更快。

頻寬值不能簡單理解為「設得越大就越快」。例如，實際穩定下載速度約為 50 Mbps，卻將傳送目標設為 500 Mbps，可能造成排隊、額外封包遺失與延遲升高。此處數字僅用來說明參數之間的關係，並非本站測試結果；實際欄位、單位與自動協商行為，請依目前用戶端及伺服器的說明確認。

結論：同時觀察傳輸量與延遲

若提高頻寬設定後，下載速度變化不大，但網頁載入等待、語音延遲或其他裝置的網路回應明顯變差，請還原設定，並重新測量連線穩定可用的頻寬。

3. 適合哪些網路？哪些狀況應先排查？

高延遲會拉長回饋週期，隨機封包遺失也可能使部分壅塞控制策略降低傳送速率，因此 Hysteria2 值得在長距離、有一定隨機封包遺失且 UDP 通暢的網路上測試。不過，封包遺失的來源很重要：無線干擾造成的隨機遺失，與出口已經壅塞造成的遺失，不應以相同方式判斷。

網路條件可能狀況建議先做的事
長距離、隨機封包遺失持續傳輸可能較穩定，短請求仍會受到往返延遲影響在相同網路、相同時段比較首位元組時間與持續傳輸量
低延遲、低封包遺失差異可能不大，瓶頸也可能出在伺服器出口保留穩定的設定，不要只憑協定名稱推斷速度
UDP 遭封鎖交握逾時；TCP 網頁可正常使用，但 Hysteria2 無法連線確認伺服器已放行 UDP，再改用另一個網路測試
UDP 受限速連線成功但持續傳輸很慢，或一段時間後速度下降分辨電信網路政策、伺服器限制與無線網路壅塞
路徑 MTU 異常小型請求成功，大量傳輸卻卡住或頻繁逾時請網路管理員確認 UDP 大型封包與路徑 MTU，不要一次盲目修改多個參數

QUIC 初始資料報至少須有 1200 位元組；若路徑無法承載相應大小的 UDP 資料報，交握就可能受到影響。單憑「Ping 得通」無法排除這個問題：Ping 使用的協定、封包大小與路徑政策，都與實際 QUIC 連線不同。

UDP 443 與 TCP 443 是不同的放行項目。伺服器網頁能透過 HTTPS 開啟，只能證明相關 TCP 服務可能連得上，無法證明 UDP 443 已開放。若伺服器實際使用 UDP 8443，用戶端就必須填入 8443；只把連接埠改成 443，並不會自動連線成功。

4. 在 Shadowrocket 核對並測試既有設定

以下以 iPhone / iPad 的 Home 頁面操作為例。請先儲存目前可用的設定，再新增自己已有的 Hysteria2 參數。如果設定由既有訂閱管理，建議優先確認訂閱匯入結果，以免更新後誤以為暫時手動修改的內容仍然有效。本文不提供、不販售也不推薦連線服務或訂閱。

  1. 核對參數

    準備伺服器位址、UDP 連接埠、驗證密碼，以及伺服器要求的 SNI 和選用的混淆參數。連接埠依實際部署為準；憑證網域與連線位址可以不同，但必須符合憑證驗證要求。

  2. 新增連線

    前往 Home → 點選右上角「+」→ Type，選擇 Hysteria2，填入既有參數並儲存。已有訂閱的使用者可前往 Home →「+」→ Type → Subscribe 匯入自己的訂閱，再確認產生的項目所用協定與連接埠。

  3. 檢查憑證

    依伺服器提供的資訊核對 SNI 與憑證網域，並確認裝置時間正確。若出現憑證驗證錯誤，請先檢查網域、有效期限與憑證鏈；不要把關閉驗證當成一般的修復方式。

  4. 隔離分流影響

    在 Home 選取要測試的連線，暫時將 Global Routing 設為 Proxy，再開啟頂端的連線開關。使用允許測試的固定目標發出請求；測試完成後，請還原原本的 Global Routing 設定。

  5. 固定測試條件

    記錄目前使用的 Wi-Fi 或行動網路、測試時段與觀察到的狀況。若已啟用 Settings → On Demand，請先確認自動連線不會影響手動中斷或切換；測試結束後還原原設定。

Home 中的 Connectivity Test 可用來初步觀察連線是否可達及測試延遲，但不能取代持續下載、網頁首位元組或即時業務測試。延遲數字偏低，只代表該測試路徑的回應狀況；不能據此判定所有網站都使用同一條連線，也不能證明傳輸量更高。

5. Global Routing 與規則如何影響測試

Hysteria2 決定所選代理連線如何傳輸；Global Routing 則決定請求要走哪條路徑。若測試請求依規則分流至 DIRECT，即使 Home 已選取 Hysteria2 項目，也不能用該次請求的速度評估 Hysteria2。比較協定表現前，請先確認請求實際使用的路徑。

Config

建議

依目前設定中的規則決定請求路徑。確認設定內容後用於日常連線，並透過規則命中結果確認待測請求是否走 PROXY。

適用情境：日常分流，以及確認特定規則是否命中

Proxy

讓用戶端接管的請求使用代理路徑，暫時減少規則分流對測試的干擾。若連線失敗，仍須排查協定參數與網路可達性。

適用情境：短時間排除規則影響，檢查所選連線

Direct

使用直連路徑，不經由所選代理連線。目標本身允許直連時，可用來建立基準；但直連結果不代表代理伺服器至目標的路徑品質。

適用情境：檢查本機網路直連目標時的基準

例如，在 Config 的目前設定中，以下 Rule 片段會讓 example.com 及其子網域選擇 PROXY，讓指定的私有位址範圍選擇 DIRECT，其餘請求則由 FINAL 處理。這只是規則語法範例，不含可用的伺服器；仍須確認目前選取的連線，才能判斷 PROXY 實際使用的出口。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
FINAL,DIRECT

規則依序比對，FINAL 應放在最後。範例以 example.com 說明網域後綴比對，不應用作速度測試目標。若要檢查自己的業務網域，請先了解現有規則，再修改相應條件，儲存並啟用正確的設定；若設定未啟用，或 Global Routing 仍為 Direct，編輯規則不會產生預期結果。

6. 如何進行可重複的對照測試

可靠的比較應盡可能只變動一個條件。不同伺服器的地區、出口、負載與線路可能完全不同，因此不能直接把兩台不同伺服器的下載結果歸因於協定。優先在相近時段，使用同一台伺服器、相同目標與相同裝置比較；若無法控制這些條件，結論應限於「目前這兩條連線的表現」。

結論：先確認連線，再比較速度

交握逾時時，先檢查 UDP 是否可連通；憑證錯誤時，先檢查 SNI 與憑證；連線成功後，再觀察持續傳輸量與延遲。只有重複測試顯示實際業務穩定改善，才值得保留目前的 Hysteria2 設定。

Hysteria2 的適用條件可歸納為：伺服器設定正確、UDP 路徑可用，且傳送策略符合連線容量。它可能改善部分受封包遺失與延遲影響的傳輸情境，但無法修復錯誤密碼、失效憑證或遭封鎖的網路路徑。更多設定語法請參閱規則參考；首次連線與 VPN 設定權限可依快速入門逐項檢查。

Shadowrocket 全平台下載