Hysteria2 是以 QUIC 為基礎的代理協定，並非固定的加速開關。本文適合已向服務商取得訂閱或節點參數的 Shadowrocket 使用者：先釐清 UDP、QUIC 與擁塞控制的差異，再核對匯入欄位，最後在相同目標與網路條件下重複測試，判斷是否適用，避免把參數錯誤或 UDP 受限誤認為是用戶端故障。
Hysteria2、QUIC 與 UDP 各自負責什麼
Shadowrocket（小火箭）中的 Hysteria2 是一種連線協定選項。它使用以 UDP 為基礎的 QUIC 連線，在用戶端與伺服器之間傳送代理流量；它不提供線路，也不會因切換協定而改變伺服器所在地、出口頻寬或目標網站的處理能力。訂閱與節點請向你的服務商取得。
UDP 提供資料報傳輸，本身不保證資料依序抵達，也不保證遺失後會重新傳送。QUIC 則在其上實作加密連線、可靠串流、遺失復原與擁塞控制等機制。因此，「底層使用 UDP」不代表「網頁內容遺失也不會重傳」。應用程式所需的可靠位元組串流，仍由相應的傳輸機制保障。
上述流程也說明了排查範圍：只有符合代理策略，且由該策略選用 Hysteria2 節點的流量，才會經過這條通道。若 Global Routing 設為 Direct，瀏覽網頁的結果就不能用來判斷該節點的傳輸表現；使用 Config 模式時，也要確認目標實際符合哪條規則。
弱網環境下可能更穩定，但不代表所有連線都更快
QUIC 的多個串流可以各自傳送資料：某個串流等待遺失資料補齊時，其他串流不必在傳輸層一同等待同一段有序位元組串流復原。這有助於減少跨串流的隊頭阻塞，但同一串流內仍有順序限制，多個串流也仍共用網路容量與擁塞狀態。不能將「多串流」理解為實際頻寬增加。
Hysteria2 的吞吐表現也與擁塞控制有關。其協定架構支援以頻寬參數為基礎的 Brutal 擁塞控制，也提供自適應控制路徑；實際運作方式取決於用戶端實作、伺服器設定與協商結果。頻寬參數設得過高可能造成持續丟包與排隊，設得過低則可能限制吞吐量。不要照抄與本地連線能力無關的數值。
| 網路條件 | 可能的結果 | 優先檢查項目 |
|---|---|---|
| 有隨機丟包，UDP 可連通 | 吞吐量可能比採取保守退讓的傳輸方式更穩定，但不保證一定改善。 | 重複測試的完成時間、停頓次數與持續吞吐量。 |
| 本地連線已達飽和 | 提高傳送速率可能增加排隊延遲，反而拖慢互動請求。 | 測試期間是否同時有上傳、雲端備份或其他大量流量。 |
| 伺服器出口受限 | 改用 QUIC 也無法突破伺服器或目標端的容量限制。 | 相同時段、相同目標是否持續遇到相同上限。 |
| UDP 封包遭丟棄或限速 | 可能發生交握逾時，或連線成功後吞吐量一直偏低。 | 相同設定在另一個允許 UDP 的網路中能否正常運作。 |
結論：先確認 UDP 可連通，再比較吞吐量
如果相同設定只在某個網路逾時，先切換網路進行對照；不要立刻調高頻寬參數，也不要只憑一次延遲讀數就認定協定更快。
匯入前核對位址、連接埠、驗證資訊與 TLS
已有訂閱時，建議優先匯入服務商提供的完整參數，避免手動輸入時遺漏驗證資訊。匯入後到 Home 查看對應節點並開啟編輯頁，逐項核對協定類型、伺服器位址、連接埠與驗證欄位。Hysteria 與 Hysteria2 不能只因名稱相似就視為相同設定，匯入類型應符合伺服器要求。
核對連線與驗證資訊
- 協定類型
- Hysteria2，並與伺服器協定一致。
- 伺服器位址
- 依提供的網域名稱或 IP 原樣填寫。
- 伺服器連接埠
- 以提供的數值為準；若為 443，仍須允許 UDP 443。
- 驗證資訊
- 保留大小寫與符號，貼上時不要帶入空格。
443 僅為連接埠範例，並非所有 Hysteria2 節點都使用的固定連接埠。
核對 TLS 與其他參數
- TLS
- 確認憑證驗證要求，不要把停用驗證當成一般修復方式。
- SNI
- 若有提供專用名稱，請依要求填寫，不要任意改成 IP。
- 混淆參數
- 僅在伺服器要求時填寫，類型與密碼必須一致。
- 頻寬參數
- 先保留匯入的數值；調整前確認單位與欄位意義。
節點編輯頁的欄位配置可能不同，請依欄位意義核對，不要猜測截圖中的位置。
TCP 443 可以連線，不代表 UDP 443 也能通過。即使使用相同數字，兩者仍是不同的傳輸協定與防火牆比對條件。公司、校園、飯店等網路可能只允許部分 UDP 流量；能進行 DNS 查詢，也無法證明任意 UDP 連接埠都可連通。
更新訂閱與連接節點是兩條不同的連線路徑：更新成功只代表已取得訂閱內容，不能證明其中的 Hysteria2 伺服器可連通。更新失敗時，應先檢查目前網路能否存取訂閱網址，以及服務商提供的連結是否仍有效；不要公開包含驗證資訊的完整訂閱網址。
在固定條件下測試，區分交握、分流與吞吐量問題
測試時一次只改變一個變因。若網路、節點、目標內容與測試時段同時改變，就無法判斷結果的原因。以下提供一套記錄方式，並非本文宣稱的實測成績；實際數值應以你的裝置與目前線路測得為準。
- 固定網路：先使用同一個 Wi-Fi，暫停大型檔案上傳與備份，並記錄是否有其他裝置占用頻寬。之後再單獨測試行動網路，不要混合兩組結果。
- 確認路由：在 Home 將 Global Routing 暫時設為 Proxy，並選取待測節點。這項設定會影響測試期間的流量處理；測試結束後，請恢復日常使用的 Config。
- 確認實際連線：存取同一個 HTTPS 網頁，記錄是否能完整載入。節點顯示可用，或單次延遲測得數值，都不代表整條代理連線能持續傳輸。
- 重複傳輸：使用同一個可信任的大型檔案連續測試 3 次，每次觀察至少 30 秒，記錄平均速率、明顯停頓與失敗次數，不要只記錄瞬間峰值。
- 更換網路複查：保持節點與參數不變，切換至另一種網路重複測試。若只有某個網路失敗，優先檢查該網路如何處理 UDP。
請留意單位：Mbps 代表每秒兆位元，MB/s 代表每秒兆位元組；以十進位單位換算，80 Mbps 約等於 10 MB/s，實際應用程式吞吐量還會受協定額外負擔影響。這只是單位範例，並非速度保證。比較測速結果與設定中的頻寬欄位前，必須先統一單位。
Config 與 On Demand 不會改變協定底層
Global Routing 決定流量採用哪種處理方式，節點協定則決定選用代理後如何連線至伺服器。日常使用 Config 時，規則會將不同請求導向指定策略；Proxy 可用來縮小測試範圍，Direct 則用於直接連線。Scene 是情境化的處理選項，並非 Hysteria2 的另一種擁塞控制方式。
- Home：核對目前選取的節點與 Global Routing，避免測速時實際使用了其他節點或 Direct。
- Config：檢查目前啟用的設定與規則順序。
DOMAIN-SUFFIX比對網域後綴，IP-CIDR比對位址範圍，GEOIP使用地理位置分類，FINAL則處理未符合前述規則的請求。 - Settings → On Demand：檢查自動連線條件是否影響測試。切換 Wi-Fi 與行動網路後，應再次確認目前的連線狀態。
On Demand 用於依條件自動連線，無法讓受限制的網路自動允許 UDP，也不能取代節點驗證。排查時可先記錄目前條件，必要時暫時停用自動觸發並手動連線；排查完成後再恢復。修改前請保留原設定，以免忘記恢復日常連線方式。
Hysteria2 常見連線問題
Wi-Fi 一直逾時，切換行動網路就能用，該檢查哪裡？
先保持位址、連接埠、驗證資訊與 TLS 參數不變，分別重複連線。若差異持續出現，請檢查該 Wi-Fi 是否需要先完成網路登入，以及是否限制目標 UDP 連接埠。在受管理的網路中，請向管理員確認相關規則，不要盲目更換連接埠；伺服器未監聽的新連接埠不會生效。
已測得延遲數值，為什麼網頁還是無法開啟？
回到 Home 核對節點與 Global Routing，使用 Proxy 進行一次受控存取測試，再恢復 Config。若 Proxy 可用而 Config 不可用，請檢查目標符合的規則與策略；若兩者都無法使用，再核對驗證資訊、TLS 與伺服器狀態。延遲數值本身無法證明目標請求已成功轉送。
頻寬參數設得越大就越快嗎？
不是。先保留匯入的參數，停止其他大量流量後記錄 3 次測試結果。只有在確認欄位單位、伺服器要求與本地可用容量後，才逐項調整；若調整後出現停頓、丟包或互動延遲增加，請恢復原值，不要繼續調高。
更新訂閱後還是連不上，需要重新購買 App 嗎？
先在 Home 確認更新後的節點是否確實已選取，再核對協定與連接埠是否有變更，並向服務商確認參數是否有效。App 購買與線路服務是兩回事，重新購買用戶端無法修復伺服器故障或目前網路對 UDP 的限制。
最終判斷應以可重複觀察的現象為準：相同條件下是否較少停頓、請求是否完成，以及互動延遲是否維持在可接受範圍。UDP 可連通時，可將 Hysteria2 納入比較；不應只因協定名稱就用它取代所有連線。保留一份已驗證的設定，有助於網路條件改變時還原設定並找出問題。