Hysteria2 協定解析：QUIC 為何快速？適用情境

一、Hysteria2 與 QUIC：速度來自哪些機制

Hysteria2 是一種代理協定，不是線路方案，也不是頻寬加速開關。Shadowrocket（小火箭）做為用戶端，會使用使用者已有的伺服器位址、認證資料與傳輸參數建立連線。連線效果仍受本地網路、電信業者路徑、伺服器負載及出口頻寬共同影響。

QUIC 在 UDP 之上實作加密、可靠傳輸、流量控制與壅塞控制。這裡的 UDP 不代表「所有內容都不會重傳」：Hysteria2 代理 TCP 連線時，可靠性由 QUIC stream 提供；代理 UDP datagram 時，則採用不同的傳輸語意，兩者不能混為一談。

傳統單一 TCP 連線會依序交付資料，遺失的資料尚未補齊時，後續資料也得等待。QUIC 將不同 stream 的交付分開，一個 stream 遺失封包，不一定會阻塞其他 stream 的依序交付。但同一個 stream 仍須等待缺漏資料，而且不同 stream 仍共用鏈路容量與壅塞狀態。因此，說「使用 QUIC 就完全沒有隊頭阻塞」並不精確。

QUIC 的握手設計也能減少部分建立連線的成本，但首次連線、工作階段恢復與實際網路路徑的條件各不相同。不能把理論上的握手優勢直接換算成固定的網頁加速比例，更不能把單次連線延遲當成持續下載速度。

二、壅塞控制與頻寬參數：不是填得越大就越快

封包遺失可能來自無線干擾，也可能是佇列壅塞。兩種原因在用戶端都可能呈現資料遺失，但適合的傳送方式不同。Hysteria2 的一項重要特性，是可採用以目標頻寬驅動的 Brutal 壅塞控制；協定也支援頻寬協商與其他壅塞控制方式，並非所有連線都固定採用同一種傳送方式。

在啟用相應頻寬設定的連線中，傳送端會依據目標速率與封包遺失情況調整傳送方式。對於有隨機封包遺失的鏈路，這可能比把每次封包遺失都視為壅塞訊號，更能充分利用可用頻寬；若鏈路已經壅塞，設定過高的目標反而會增加排隊、重傳及其他流量的延遲。

• Upload：以用戶端傳送至伺服器的方向為準，填入現有設定要求的上傳頻寬參數；不要直接照抄寬頻方案的下載數值。
• Download：以用戶端接收資料的方向為準，依目前網路可持續提供的下載能力設定，而非採用短暫的峰值。
• 單位：請嚴格依欄位標示填寫。20 Mbps 以十進位換算約為 2.5 MB/s，實際傳輸量還須扣除協定額外負擔。
• 伺服器限制：伺服器可能限制頻寬或調整協商方式。用戶端填入較大的數值，無法解除伺服器的出口限速。

三、適用情境：行動網路、高封包遺失與耗電取捨

行動網路的訊號波動、基地台負載變化與無線重傳，都會讓可用頻寬持續變動。在允許 UDP、存在隨機封包遺失且仍有剩餘容量的環境中，值得測試 Hysteria2；若 UDP 遭到封鎖、嚴格限速，或網路要求登入認證，協定本身無法繞過這些連線條件。

從 Wi-Fi 切換到行動網路時，QUIC 的連線識別碼與路徑驗證機制有助於處理位址變更，但能否維持工作階段，仍取決於實作方式、系統網路狀態及伺服器支援。實際使用時仍可能需要重新連線，不應把「支援 QUIC」解讀為所有應用程式工作階段都不會中斷。

• 遠端檔案傳輸：留意持續傳輸量與失敗重試情況。短暫峰值雖高，但傳輸頻繁中斷，並不代表更適合這項工作。
• 語音與互動：留意延遲波動與封包遺失。若單一持續下載工作占滿上行頻寬，互動體驗可能變差。
• 低封包遺失的固定網路：原有連線已經穩定時，切換協定未必能帶來明顯效益；建議在相同時段、測試相同目標，比較結果。
• 受限的 Wi-Fi：先完成網路認證，再確認伺服器的 UDP 連接埠可連通。TCP 443 可用，不代表 UDP 443 也可用。

耗電情況須依工作內容判斷。加密處理、使用者空間的傳輸處理、封包遺失後重傳，以及持續無線傳送，都可能增加處理器與無線模組的工作量；反過來說，若工作更快完成，也可能縮短裝置的活躍時間。因此，不能一概斷言 Hysteria2 一定更耗電或更省電。可在相同網路、相近螢幕亮度與相同檔案大小下，比較完成時間、機身溫度與系統電池用量記錄。

四、Shadowrocket 設定欄位與填寫依據

在 Shadowrocket 中，Home 用於選擇連線及查看連線狀態，Config 用於管理規則設定，Settings 用於管理 App 設定。手動填寫前，先確認現有資料確實適用於 Hysteria2；不要直接將舊版 Hysteria 設定視為相容設定。欄位是否顯示及分組方式會因平台介面而異，以下列出需要核對的參數意義。

TLS 驗證用於確認連線伺服器的身分。若使用 IP 位址連線，但憑證是簽發給網域名稱，應先核對正確的 SNI 與憑證鏈，而不是把停用憑證驗證當成一般修復方式。認證失敗、憑證錯誤與 UDP 不通是不同問題；修改密碼無法解決連接埠遭封鎖的狀況。

五、匯入現有資料並完成首次驗證

優先使用自己已有且了解用途的設定資料。本指南不提供、不銷售也不推薦節點或訂閱。訂閱 URL 是更新設定的入口，不是伺服器位址；例如 https://example.com/sub?token=xxxx 只是格式範例，無法用來連線。連結中的認證資訊應視為憑證，請勿公開截圖或貼到公開討論區。

1. 核對資料

   確認協定為 Hysteria2，並記下 Server、Port、認證值、SNI，以及是否啟用 Obfs。若資料未註明頻寬單位，請先向現有服務商確認。

2. 新增連線

   手動新增時，從 Home → 點選右上角「+」進入 Add Server，在 Type 選擇 Hysteria2，再逐項填寫；若使用現有訂閱，請依其匯入說明選擇 Subscribe，不要把訂閱 URL 填入 Server。

3. 選取並連線

   儲存後返回 Home，選取剛新增的項目並啟用連線。系統要求允許 VPN 設定時，請確認 App 名稱後再按確認，接著檢查是否成功建立連線。

4. 確認路由

   在 Global Routing 檢查目前設定為 Config、Proxy、Direct 還是 Scene。首次排查時可暫時使用 Proxy 測試，再還原日常設定，避免實際請求走 Direct 卻被誤判為協定故障。

5. 重新測試並還原

   分別檢查網頁開啟、持續傳輸與短時間互動。若要手動控制測試時段，請前往 Settings → On Demand 檢查觸發條件，避免自動連線影響觀察；測試後還原原有設定。

透過訂閱匯入的項目，更新後欄位可能會隨來源變更。手動修改前先記錄原值；更新後重新核對 SNI、連接埠與頻寬參數。不要只因清單中仍有同名項目，就認定設定內容沒有改變。

六、比較 Global Routing：區分協定與規則問題

協定決定「如何與伺服器傳輸」，路由模式則決定「由誰處理請求」。Hysteria2 已連線，不代表每個請求都會交由它處理。以下比較僅用來說明 Shadowrocket 本身的設定；日常使用哪種模式，仍取決於現有設定中的規則與策略是否正確。

在 Config 中，DOMAIN-SUFFIX 比對網域後綴，IP-CIDR 比對 IP 網段，GEOIP 依 IP 地理資料庫比對，FINAL 則為未符合前述規則的請求指定最終策略。規則順序會影響符合結果；發現速度不如預期時，應先檢查實際套用的策略，再調整 Hysteria2 參數。

七、連線逾時、認證失敗與速度波動的排查順序

排查時先處理連線建立問題，再確認請求路由，最後才調整速度。同時修改連接埠、SNI、密碼與頻寬，會失去比較基準。以下列出可觀察的現象與檢查方向，僅作為診斷線索，並非虛構的實測結果，也不能只憑單一現象判定故障原因。

• 持續等待後逾時：核對 Server 與 UDP Port，確認 Wi-Fi 已完成認證，並使用同一組設定切換到另一個已知可用的網路進行比對。不要只用 TCP 連接埠測試結果來證明 UDP 可連通。
• 出現憑證相關錯誤：確認裝置時間、SNI 與伺服器憑證鏈。網域名稱解析成功，不代表憑證驗證也成功。
• 明確顯示認證失敗：核對完整認證值、空格與訂閱更新結果；若啟用了 Obfs，也要確認兩端參數一致。
• 連線成功但特定網站無法使用：先檢查 Global Routing 與規則比對結果，再檢查目標解析及伺服器出口的連線能力。協定連線成功，只能證明其中一段鏈路正常。
• 下載速度快但互動卡頓：停止其他大量傳輸工作，降低頻寬目標後重複相同測試，觀察延遲波動是否減少。
• Wi-Fi 正常但行動網路異常：比對 UDP 連通性、訊號與路徑差異；不要把某個網路下的失敗直接歸因於密碼錯誤。