Hysteria2 以 QUIC 為基礎，透過 UDP 傳輸連線；在部分高延遲、隨機丟包的網路中，可能達到較高吞吐量，但前提是 UDP 可連通、頻寬設定合理，且伺服器有足夠餘裕。本文適合已備妥服務商與訂閱、準備在 Shadowrocket 使用 Hysteria2 的使用者，依序說明協定原理、適用情境、連線驗證與故障排查，不將協定名稱視為速度保證。
Hysteria2、QUIC 與 UDP 各自負責什麼
在 Shadowrocket（小火箭）中，Hysteria2 是一種可選的連線協定。它以 QUIC 作為底層傳輸，而 QUIC 通常透過 UDP 傳送封包。因此，即使連線至目標網站時使用 HTTPS，也不代表裝置到 Hysteria2 伺服器之間使用 TCP；排查時須區分代理傳輸與目標網站連線。
UDP 本身不保證資料依序抵達，也不負責重傳。QUIC 在 UDP 之上實作加密交握、可靠串流、丟包復原與流量控制。Hysteria2 再運用這些能力承載代理流量，並結合自身的驗證、轉送與壅塞控制設計。將它簡化為「UDP 不重傳，所以更快」並不正確。
連接埠必須與自己的伺服器資料一致。例如，伺服器設定為 443/UDP，就必須能連通該 UDP 連接埠；只確認 443/TCP 可以連線，無法證明 Hysteria2 能正常運作。連接埠號碼相同也不代表協定相同，一般 HTTPS 服務無法直接作為 Hysteria2 伺服器使用。
高丟包網路為何可能更快：先區分丟包原因
傳統的丟包型壅塞控制通常將丟包視為網路壅塞訊號，降低傳送速率以減輕佇列壓力。但無線干擾、連線品質波動等隨機丟包，不一定代表頻寬已經用滿。在往返延遲較高的網路中，降低速率後再逐步恢復，可能使可用頻寬長時間未能充分利用。
Hysteria2 的頻寬設定與壅塞控制選擇會影響這類表現。使用以頻寬估算驅動的 Brutal 模式時，其傳送策略並非每次遇到丟包就像傳統方式那樣退讓，而是依設定頻寬與丟包情況運作。這可能改善部分隨機丟包網路的吞吐量，但無法憑空增加實體頻寬；實際採用的控制方式仍取決於用戶端實作、參數與伺服器設定。
- 隨機丟包：訊號干擾或連線錯誤造成零星丟包，網路仍有剩餘容量，可能因此受益。
- 壅塞丟包：上行或下行頻寬已飽和，持續增加傳送量可能使延遲進一步升高，影響其他流量。
- UDP 限速或封鎖：網路對 UDP 另有限制，改用以 QUIC 為基礎的協定並不代表限制會消失。
- 伺服器瓶頸：出口頻寬、處理能力或目標網站的限速都可能不足，須分別驗證，不能只調整本機參數。
判斷方式：先確認 UDP 可連通，再觀察負載延遲
若連線可以建立，但一開始傳輸大型檔案或載入網頁就明顯變慢，應先降低頻寬設定並重新測試；若連交握都無法完成，應優先檢查 UDP 是否可連通，而不是繼續提高頻寬數值。
QUIC 的多串流機制也能減少不同可靠串流之間的傳輸層隊頭阻塞：某個串流缺少資料時，其他串流不必全部等待同一條 TCP 位元組串流復原。但這些串流仍共用網路路徑與壅塞狀態，因此不能推論所有網頁都會變快，或高延遲會因此消失。
哪些網路值得測試，哪些情況應先排除
選擇協定時應以當下的網路條件為準。固定伺服器位置、測試目標、時段與 Global Routing 模式，再觀察連線成功率及持續傳輸表現。不要拿一台伺服器上的 Hysteria2，直接和另一個位置的其他協定比較，再將所有差異歸因於 QUIC。
| 網路情境 | 可能表現 | 優先處理事項 |
|---|---|---|
| 高延遲且有隨機丟包 | 持續傳輸時可能更充分利用頻寬 | 確認 UDP 可連通，記錄閒置與負載延遲 |
| 穩定、低丟包的 Wi-Fi | 不一定有明顯改善 | 比較相同目標的載入時間與穩定性 |
| UDP 受限的網路 | 交握逾時或連線反覆中斷 | 切換 Wi-Fi 與行動網路交叉驗證 |
| 上行頻寬已被其他工作占滿 | 要求傳送變慢，操作卡頓 | 暫停背景上傳，再進行相同測試 |
行動網路出現波動，也可能是基地台負載或訊號變化所致。單次測速不足以證明協定較有優勢；建議在相近條件下重複測試三次，分別記錄連線是否成功、網頁是否完整載入，以及大型檔案是否持續傳輸。本文不提供固定的提升百分比，因為這需要實際測量特定網路才能得出。
在 Shadowrocket 中驗證 Hysteria2 連線
以下步驟以使用者已備妥自己的服務商與訂閱為前提。請先使用服務提供方提供的完整參數或已匯入的項目，避免測試時同時修改伺服器位址、驗證資訊與頻寬值。Hysteria 與 Hysteria2 不能只靠改名互相轉換；請確認項目使用的是 Hysteria2。
-
核對項目
進入 Home，開啟既有伺服器項目的編輯頁面，確認 Type 為 Hysteria2，並對照自己的設定資料檢查伺服器位址、連接埠與驗證資訊；若有 SNI 或混淆參數，也須保持一致。
-
選取伺服器
返回 Home，點選該伺服器，確認選取標記位於這次要測試的項目上。若訂閱中有多個項目，請先記下所選名稱，避免後續測試結果來自其他連線。
-
固定路由模式
開啟 Home → Global Routing，暫時選擇 Proxy 進行對照測試，讓測試要求以代理模式處理。請勿在同一次測試中反覆切換 Config 與 Proxy。
-
建立連線
開啟 Home 的連線開關；首次使用時，依系統提示允許加入 VPN 設定，接著執行 Home → Connectivity Test。若測試失敗，先排查交握、驗證與 UDP 路徑。
-
驗證實際使用情況
開啟同一個網頁並進行一次持續傳輸，記錄是否逾時、中斷，以及負載時的操作變化。完成後返回 Home → Global Routing，恢復日常使用的 Config 或原有模式。
Connectivity Test 可作為連通性線索，但不是完整的吞吐量測試。測試成功只表示當下相應的探測已完成，不能證明所有網域、UDP 流量或大量資料傳輸都可正常使用。若探測成功但特定網頁仍無法載入，請繼續檢查規則、DNS 與目標網站本身。
透過 Global Routing 區分協定問題與規則問題
Hysteria2 決定代理連線的傳輸方式，Global Routing 則決定要求如何選擇路徑，兩者屬於不同層級。使用 Config 時，DOMAIN-SUFFIX,example.com,DIRECT 會讓符合條件的要求直接連線；即使目前選取 Hysteria2 伺服器，也不代表這項要求會經過它。
日常使用：Config
建議依目前設定的規則選擇策略，結果可能是 DIRECT、REJECT 或代理策略。須確認測試目標符合哪條規則，才能判斷連線表現。
適用情境：已有規則設定，日常需要依目標分流
暫時排查：Proxy
以代理模式處理流量，減少規則分流對測試的干擾。若 Proxy 能開啟目標網站、Config 卻不行，應優先檢查規則比對結果與所選策略。
適用情境：短暫確認代理路徑，排除 Config 規則影響
直連基準：Direct
直接連線至目標，不適合用來驗證 Hysteria2 隧道效能。可記錄目標在本機網路中的直連狀況，作為排查目標網站故障的參考。
適用情境：確認本機網路與目標網站是否可直接連線
Global Routing 也包含 Scene，可依既有 Scene 設定選擇連線行為；協定基準測試中不宜額外切換場景。排查規則時，也可檢查 DOMAIN-SUFFIX、IP-CIDR、GEOIP 的順序，以及最後的 FINAL 策略；規則語意可在規則手冊中進一步確認。
連線逾時、速度不穩與頻寬參數常見問題
同一項目使用行動網路正常，Wi-Fi 卻一直逾時？
保持伺服器與 Global Routing 設定不變，分別在兩種網路執行 Home → Connectivity Test。若可重複觀察到差異，優先檢查 Wi-Fi 所在網路的 UDP 限制、路由器策略及登入驗證狀態；這種現象本身無法證明驗證資訊有誤。
頻寬數值是不是設得越大就越快？
不是。頻寬設定會影響傳輸控制，不是購買頻寬，也不是解除限速的開關。先確認欄位單位，分辨 Mbps 與 MB/s，兩者相差 8 倍；再依目前可持續使用的容量保守設定，每次只調整一個方向，觀察負載延遲與中斷情況。
切換網路後連線失敗，關閉再開啟才恢復？
先在 Home 關閉再開啟連線開關，重新執行 Connectivity Test。QUIC 具備連線遷移相關能力，但實際恢復情況仍受實作、網路位址變更與逾時影響。接著查看 Settings → On Demand 是否已啟用；此功能管理隨選連線，無法讓受限的 UDP 路徑恢復連通。
出現憑證錯誤，可以略過驗證嗎？
請先確認裝置時間、伺服器網域、SNI 與伺服器憑證是否相符，並向自己的設定提供方確認。略過憑證驗證會降低身分驗證的安全性，不應作為一般的提速或修復方式；憑證錯誤與壅塞控制是兩種不同問題。
若仍無法判斷原因，請整理「使用的網路、Type、伺服器連接埠、Global Routing 模式，以及問題發生在建立連線或持續傳輸階段」等資訊。分享排查紀錄前，請刪除密碼、訂閱 token 與完整訂閱網址，只保留足以重現問題的現象。