Hysteria2 以 QUIC 為基礎，透過 UDP 傳輸；在服務商已支援的前提下，可評估用於高延遲、容易封包遺失的網路。本文說明速度優勢的條件、頻寬與憑證參數的核對方式，以及如何在 Shadowrocket 中依序區分協定故障、規則問題與耗電變化；協定名稱不代表速度保證。
Hysteria2 與 QUIC 的關係
Hysteria2 是一種代理協定，QUIC 則是它採用的底層傳輸基礎。在 Shadowrocket（小火箭）中選擇 Hysteria2，代表用戶端必須連線至支援此協定的伺服器，並使用雙方一致的驗證與傳輸參數。單純將既有設定的 Type 改成 Hysteria2，並不會讓原本的伺服器自動支援此協定。
QUIC 以 UDP 為基礎，但「以 UDP 為基礎」不代表可靠性全交由應用程式處理。QUIC 本身提供加密交握、可靠資料流、封包遺失偵測與重傳等機制。Hysteria2 運用這些能力承載代理流量；即使目標網站使用 TCP，用戶端到代理伺服器這一段仍可透過 QUIC 傳輸，兩個傳輸層次應分開理解。
QUIC 也不等於 HTTP/3。HTTP/3 是執行於 QUIC 上的 HTTP 對應方式，而 Hysteria2 則有自己的驗證與代理資料承載方式。瀏覽器能開啟某個 HTTPS 網頁，只能證明該網頁的連線路徑可用，無法證明同一個位址上的 Hysteria2 驗證、UDP 連接埠與資料轉送也都正常。
為何在封包遺失的網路中可能更快
速度差異主要來自壅塞控制、封包遺失復原與多工的共同作用。傳統 TCP 壅塞控制通常會將封包遺失視為網路壅塞訊號，並縮小傳送視窗。如果封包遺失主要來自無線干擾或連線品質，而非出口已經壅塞，退讓可能導致可用頻寬未能充分利用。Hysteria2 的頻寬參數與壅塞控制機制，能為這類路徑提供不同的傳送策略。
QUIC 的獨立資料流機制也能減少不同資料流之間的隊頭阻塞：某個資料流的一段資料遺失，不代表其他資料流都必須等待同一段資料補齊。不過，同一連線中的資料流仍共用鏈路容量，也可能共同受到壅塞控制影響；同一個可靠資料流內仍須依序交付。這不代表「封包遺失不會造成影響」。
- 高延遲且有隨機封包遺失：復原等待與傳送視窗變化的影響較明顯，Hysteria2 可能帶來更穩定的持續傳輸量。
- 低延遲、低封包遺失：鏈路原本就能充分利用頻寬，換用協定未必有明顯效益；伺服器負載與路徑品質可能更關鍵。
- UDP 遭封鎖或持續限速：交握可能逾時，或雖然連線成功卻無法維持傳輸量；單純提高頻寬參數無法解除網路限制。
- 出口已經壅塞：過高的傳送目標可能增加排隊、封包遺失與重傳，讓其他請求的回應變慢。
結論：以相同路徑重複測試
先固定伺服器、目標資源與路由模式，再比較首屏回應、持續傳輸量與連線穩定度；不要把更換出口後的速度變化歸因於 Hysteria2，也不要套用固定的提升百分比。
在 Home 填寫並核對參數
以下操作以你已取得服務商提供的連線參數為前提。訂閱請向你的服務商取得。匯入訂閱與手動填寫是兩種不同的設定方式：前者應先檢查匯入結果，後者則逐項輸入；排查期間不要同時更新訂閱、修改驗證資料與調整頻寬，否則難以判斷是哪項變更造成影響。
-
取得參數
記下伺服器位址、連接埠、驗證資訊、憑證驗證名稱，以及是否啟用混淆。頻寬數值與單位也應由服務商提供；不要根據網域名稱或連接埠推測其他參數。
-
選擇類型
Home → 右上角「+」→ Add Server → Type → Hysteria2。輸入位址與連接埠；若從訂閱匯入，請開啟對應項目的編輯頁，先確認 Type 確實是 Hysteria2。
-
核對驗證資訊
依服務商提供的完整內容填入 Password，保留大小寫與符號。若驗證資訊採用使用者名稱與密碼的組合格式，請照原樣填寫，不要自行拆開、刪除分隔符號或加入空格。
-
核對 TLS
確認 SNI 是否與伺服器憑證名稱相符。連線位址可以是 IP，但憑證驗證使用的可能是網域名稱；兩者用途不同。混淆類型與密鑰也必須與伺服器設定一致。
-
儲存後測試
儲存後返回 Home，選取該項目，確認 Global Routing 後再啟用連線。首次設定請依系統提示完成 VPN 設定授權，再連線至固定目標，記錄成功、逾時或憑證錯誤等狀況。
頻寬欄位的單位特別容易混淆。若欄位單位是 Mbps，20 Mbps 換算成位元組速率約為 2.5 MB/s，且尚未扣除協定額外負擔；不要將 20 MB/s 直接填成 20 Mbps。上行與下行應分別核對，填入遠高於實際鏈路的數值並不代表能預留效能。最終傳送行為取決於伺服器限制、雙方設定與實作，不能只憑單一輸入值判斷實際傳送速率。
Global Routing：先區分協定與規則
Home 顯示連線成功，只能代表連線狀態正常，無法證明某次請求一定經由所選的 Hysteria2 項目。Global Routing 決定流量採用何種路由模式，Config 中的規則則進一步決定請求使用的策略。排查「換了協定，速度卻沒變」時，應先確認測試請求實際經過的路徑。
Config
建議依目前啟用的 Config 判斷策略。規則由上往下比對，第一個符合的項目決定處理方式；未符合任何規則的請求則由 FINAL 作為預設處理。日常使用前，應確認相關策略實際指向預期的連線項目。
適用情境：已有明確規則設定的日常使用
Proxy
將用戶端接管的流量一律以代理模式處理，適合暫時排除一般分流規則的影響。這無法證明所有系統流量都經過同一條連線，也無法修復伺服器驗證或 UDP 無法連通的問題。
適用情境：短時間確認代理路徑與協定連線狀態
Direct
將用戶端接管的流量一律以直接連線方式處理。此時成功連線不代表 Hysteria2 伺服器可用；可用來建立直連路徑的對照，測試後應恢復原本的路由模式。
適用情境：比對本機網路與目標服務是否可連線
Global Routing 中的 Scene 可依使用情境設定路由行為，並非另一種傳輸協定；排查時應確認目前場景是否影響選擇。若使用 Config，除了確認目前啟用的檔案，也要檢查 DOMAIN-SUFFIX、IP-CIDR 等規則是否先命中 DIRECT 或其他策略。協定參數正確與規則選擇正確，是兩項互不相依的條件。
連線失敗與速度不穩時的核對順序
先依狀況分類，再修改對應參數。TCP 連接埠測試成功，不代表相同編號的 UDP 連接埠可用；反過來說，通用 UDP 探測沒有回應，也不能單獨證明連接埠已關閉，因為伺服器未必會回覆無效封包。請綜合用戶端實際交握結果、切換網路後的狀況，以及服務商確認的資訊來判斷。
| 狀況 | 優先核對 | 下一步 |
|---|---|---|
| 連線持續逾時 | 位址解析、實際 UDP 連接埠與目前網路的連線狀況 | 分別在 Wi-Fi 與行動網路測試一次，保持同一份設定，不要同時變更驗證資訊。 |
| 顯示驗證失敗 | Password 完整內容、大小寫與伺服器授權狀態 | 重新核對原始參數，確認複製時沒有帶入前後空格。 |
| 顯示憑證錯誤 | SNI、憑證名稱、有效期限與裝置時間 | 確認伺服器憑證設定，不要以關閉驗證來掩蓋錯誤。 |
| 可以連線，但傳輸量不穩 | 頻寬單位、鏈路封包遺失、網路限速與伺服器負載 | 維持目標資源不變，降低並行數量，並在不同時段記錄結果。 |
| 部分目標連線異常 | 目前的 Config、規則命中策略與 DNS 解析結果 | 短時間切換至 Proxy 作為對照；若狀況有所改變，應優先檢查分流，而非重新填寫驗證資訊。 |
若小型請求能成功，但持續傳輸經常停頓，可進一步向服務商確認路徑 MTU、UDP 資料封包處理方式與限速策略。不要只因一次停頓就任意修改底層參數。問題只在某個 Wi-Fi 網路出現，切換至行動網路後恢復，可作為路徑差異的線索；但仍應重複驗證，避免將伺服器短暫負載變化誤認為網路問題。
iPhone 電量與日常測試方式
Hysteria2 沒有固定的耗電增幅。加密處理、資料傳輸量、重傳、維持連線，以及行動網路無線模組保持運作的時間，都會影響耗電量。單次下載若更快完成，可能縮短無線傳輸時間；持續高速傳輸、訊號微弱與反覆重新連線，也可能增加耗電。因此不能只憑協定名稱判斷哪種設定較省電。
- 固定測試條件：使用同一支 iPhone、同一個網路與同一項資源，盡量維持螢幕亮度、充電狀態及背景工作一致。
- 區分兩種負載：分別觀察短時間網頁請求與持續下載，不要用長時間全速下載的耗電變化代表待機耗電。
- 記錄明確的測試時段：例如每輪測試 10 分鐘，記錄完成的資料量、發熱情形、重新連線次數與電量變化，至少重複三輪；這是測試方案，不是效能實測結論。
- 檢查連線觸發條件：在 Settings → On Demand 確認是否依網路條件觸發連線，分別觀察切換 Wi-Fi 前後的狀態，避免將自動連線造成的使用時間變化算成協定差異。
- 分別檢視耗電來源：在 iPhone 系統設定中查看電池使用情況，並將螢幕與行動網路訊號納入考量；VPN 轉送相關活動不能直接等同於某個前景 App 的全部耗電量。
結論：穩定度優先於峰值速度
若提高頻寬目標後只有瞬間速度上升，卻出現明顯發熱、操作延遲或重新連線，請恢復原值並重新測試。保留能穩定完成實際工作的設定，比追求單次測速的最高數字更適合日常使用。
評估 Hysteria2 的前提是伺服器支援、UDP 路徑可用且參數完整。Shadowrocket 是 Apple 平台的付費 App，主要供 iPhone 與 iPad 使用；購買用戶端與取得連線服務是兩回事，訂閱請向你的服務商取得。購買適用範圍與系統需求以 App Store 頁面標示為準。如需先完成基本設定，可參閱使用教學，確認 Home、Config 與首次 VPN 設定授權，再進行協定測試。