本文適合已有自己的服務商與訂閱，並準備使用 Hysteria2 的使用者。先釐清 QUIC 的傳輸能力與壅塞控制的作用，再核對 Shadowrocket 的連線參數，最後以固定測試條件判斷網路是否合適。讀完即可了解哪些欄位必須一致，以及連線逾時、憑證錯誤與傳輸量不穩時，應從哪一層著手檢查。
先釐清用戶端、協定與連線的範圍
Shadowrocket（小火箭）是 Apple 平台的付費用戶端，主要供 iPhone 與 iPad 使用，唯一取得管道為 App Store。可在商店頁確認開發者 Shadow Launch Technology Limited 與 App ID 932747118。此應用採一次性買斷；系統需求、相容裝置與通用購買資訊，請以 App Store 頁面標示為準。
用戶端買斷 ≠ 連線方案。本文所有操作皆以使用者已有自己的服務商與訂閱為前提。Hysteria2 是連線協定，不是訂閱本身；同一份訂閱可能包含不同協定的項目，訂閱可更新，也不代表其中每個項目都能在目前的網路環境下連線。Shadowrocket 是閉源商業應用，應用程式安裝、訂閱更新與伺服器維護是三個不同環節。
- 用戶端：負責讀取參數、建立連線，並依路由設定處理請求。
- Hysteria2：規範用戶端與伺服器之間的通訊方式，兩端必須使用相容的協定與參數。
- 連線：包含本地網路接取、電信業者路徑、伺服器容量，以及伺服器至目標網站的路徑。
- 設定規則：決定請求是否透過這條連線；只修改協定，無法修正錯誤的分流規則。
QUIC 為何可能更快：連線多工與封包遺失復原
Hysteria2 以 QUIC 為基礎，QUIC 的底層傳輸使用 UDP，並整合 TLS 1.3 安全交握。這裡的 UDP 並不表示網頁資料送出後就不再處理：QUIC 可在資料流中實現可靠、有序的傳遞，包括確認、重傳與流量控制。應用程式端的 TCP 請求與 UDP 請求，都可透過 Hysteria2 分別承載。
理解 QUIC 的關鍵之一，是資料流之間彼此隔離。傳統 TCP 連線中的某段資料遺失時，後續位元組必須等待缺漏資料補齊；若多個請求共用這條位元組串流，就可能一起等待。QUIC 的不同資料流可獨立傳遞，一條資料流缺少資料，不必讓另一條已完整收到資料的資料流也等待同一個缺口。不過，同一資料流內仍須依序傳遞，而不同資料流仍共用連線容量與壅塞狀態。
連線多工可減少重複建立連線的成本，但不代表「任何時候都不必等待」。首次連線、憑證驗證、網域名稱解析與目標網站回應仍需時間。是否重用既有連線，也取決於連線狀態與實作方式。網頁載入緩慢，不一定表示傳輸協定速度慢。
判斷方式：先確認 UDP 可連通，再檢查傳輸量
如果目前的網路無法連到伺服器的 UDP 監聽連接埠，調整頻寬參數並無幫助。先依伺服器實際使用的連接埠驗證連線，再觀察持續傳輸是否改善。
壅塞控制能解決什麼，不能解決什麼
高延遲代表每次回饋都需要更多時間；封包遺失則可能來自無線干擾、網路壅塞或裝置佇列溢位等不同原因。許多傳統壅塞控制策略會將封包遺失視為降低傳送速率的訊號。在隨機封包遺失明顯、但仍有可用頻寬的路徑上，傳送視窗持續縮小，可能導致頻寬利用率偏低。
Hysteria2 的效能特點不只來自 QUIC，也與壅塞控制策略有關。其中 Brutal 採用頻寬目標與封包遺失補償的方式，嘗試維持目標傳輸量。這不會憑空增加連線容量：目標設定過高可能造成佇列增加、封包遺失與額外流量，影響同一網路上的其他服務。實際使用哪種策略，以及是否採用頻寬協商，取決於用戶端能力與伺服器設定，不能只憑節點名稱判斷。
| 網路狀況 | 可能的影響 | 仍需確認 |
|---|---|---|
| 高延遲、偶發封包遺失 | 合適的壅塞控制可能提升持續傳輸量 | 封包遺失是否由壅塞造成、可用頻寬是否穩定 |
| 低延遲、低封包遺失 | 可能運作正常，但未必有明顯優勢 | 伺服器負載、目標網站限速 |
| UDP 受到限制 | 可能逾時或頻繁中斷 | 網路接取策略與伺服器防火牆 |
| 上傳長時間占滿 | 下載與互動仍可能因佇列壅塞而變慢 | 上行頻寬占用、裝置佇列與頻寬目標 |
若介面提供上傳、下載頻寬參數，請依欄位標示的單位填寫，勿混淆 Mbps 與 MB/s：理論上 80 Mbps 等於 10 MB/s，實際應用程式傳輸量還須扣除協定開銷。這只是單位換算，並非速度保證。參數應參考目前連線穩定可用的數值，而非寬頻方案標示的峰值。
在 Shadowrocket 新增 Hysteria2：先核對欄位
優先使用自己既有訂閱中的完整項目，避免手動輸入時遺漏資料。若需手動新增，請先依既有服務資訊核對協定類型、伺服器位址、連接埠、驗證密碼與 TLS 參數。Hysteria 與 Hysteria2 不能只因名稱相似就互換，其他協定的密碼與連接埠也不能直接套用。
-
匯入項目
前往 Home → 右上角「+」→ Type → Subscribe，輸入自己的訂閱網址並儲存；更新完成後，確認清單中是否出現項目。若要手動新增，請在 Home →「+」→ Type 中選擇 Hysteria2。
-
核對位址
核對伺服器位址與 Port。位址欄只填伺服器提供的主機名稱或 IP，勿自行加入網頁路徑。例如伺服器明確監聽
443/UDP，Port 才填寫443；不可只憑常見數值猜測連接埠。 -
核對驗證資訊
將伺服器提供的驗證資訊填入 Password。訂閱存取憑證與節點驗證密碼用途不同，不可互相替代；複製時請留意尾端空格、大小寫與特殊字元。
-
核對 TLS
依伺服器要求填寫 SNI，並保持憑證驗證開啟。連線位址若為 IP，SNI 仍可能需要填入憑證所對應的網域。不要開啟 Allow Insecure 來掩蓋網域不符或憑證失效問題。
-
檢查選填項目
若伺服器啟用混淆，必須使用相同類型與混淆密碼；未啟用時，請勿自行填入。上傳、下載頻寬及其他擴充欄位，請以實際介面與伺服器說明為準；匯入後也應確認資料是否完整保留。
-
驗證連線
儲存後返回 Home，選取該項目，再檢查 Global Routing。測試時先確認目標請求應採用哪種路徑，啟用連線並存取固定目標；清單中的延遲數值不代表完整下載速度。
驗證路由：區分協定問題與規則問題
選取項目不代表所有請求都會經過它。Home → Global Routing 中的 Proxy、Direct、Config、Scene 用於選擇不同的處理模式。排查時請記下原本的選項，每次只暫時變更一項，測試後再還原；不要同時更換協定、規則與 DNS，否則無法判斷改善的原因。
Config
建議依目前啟用設定中的規則處理請求。必須確認目標實際符合哪條規則及其策略，才能判斷是否使用 Hysteria2；選擇 Config 本身不保證特定網域一定經由代理。
適用情境：依既有規則日常使用，並確認特定請求的路由方向。
Proxy
以代理路徑作為排查基準，減少一般分流規則對測試結果的干擾。也應確認目前選取的項目，系統層級的排除流量仍須另外考量。
適用情境：短時間驗證連線本身，判斷異常是否與分流規則有關。
Direct
使用直接連線路徑，不適合驗證 Hysteria2 代理的傳輸量。可用來觀察本地網路與目標網站的直連狀況，但這與經過同一伺服器的路徑並非效能對照。
適用情境：確認基本網路是否可用，或排查直連存取異常。
Scene 會依已設定的情境條件安排路由選擇，不可將它視為固定等同 Proxy 的開關。若已啟用 Settings → On Demand，也請記錄目前狀態，避免條件觸發的連線行為影響測試判斷。On Demand 控制連線的觸發方式，不會直接提升 Hysteria2 的傳輸量。
DOMAIN-SUFFIX：比對網域後綴，適合確認特定測試網域是否套用指定策略。IP-CIDR：依 IP 網段比對；是否涉及解析，須配合規則選項與請求狀況檢查。GEOIP：依據 IP 地理資料庫比對，結果會受資料庫內容影響。FINAL：處理前面規則皆未符合的請求，必須確認最後套用的策略。
逾時、速度慢與連線中斷：依狀況逐項排查
測試時應固定裝置、目標資源與時段，每次只變更一項條件。建議分別使用 Wi-Fi 與行動網路，對相同資源各傳輸三次，記錄連線是否成功、持續傳輸量的範圍、是否中斷，以及當時的路由模式。這是測試流程，不代表預設的效能結果；不要以單次峰值代表全天表現。
| 觀察到的狀況 | 優先檢查項目 | 下一步處理方式 |
|---|---|---|
| 持續發生連線逾時 | 位址、UDP 連接埠、伺服器監聽狀態與網路限制 | 保持項目設定不變，切換網路接取方式並比較能否連線 |
| 顯示驗證失敗 | Password 與伺服器驗證要求 | 核對原始資訊，更新既有訂閱後再次檢查項目 |
| 顯示憑證錯誤 | SNI、裝置時間、憑證網域與有效性 | 修正對應欄位，或請伺服器維護者修復憑證 |
| 少量資料傳輸正常，大量傳輸時停頓 | 封包遺失、路徑 MTU、頻寬目標與壅塞 | 先降低不合理的頻寬目標，記錄狀況後再進一步檢查路徑 |
| 連線正常，但特定網站速度緩慢 | 規則命中情況、DNS、目標網站與伺服器出口 | 改用另一個固定目標重新測試，區分單一網站問題與整條連線問題 |
| Wi-Fi 連線失敗，行動網路正常 | 本地路由器、網路接取端的 UDP 策略 | 檢查網路策略，不要立即重新填寫所有驗證參數 |
路徑 MTU 問題只能作為排查線索，不能只憑「大檔案傳輸慢」就下結論。若低負載時可連線，但持續傳輸後延遲明顯升高，也應檢查上行頻寬是否占滿，以及頻寬目標是否過高。調整時保留原值，每次只修改一項參數，並以相同資源重新測試。
結論：依穩定度選擇，不要只看協定名稱
在 UDP 可連通且參數正確的前提下，若多次測試都顯示持續傳輸量更穩定、連線中斷更少，可繼續使用既有的 Hysteria2 項目；若目前的網路接取環境持續限制 UDP，應先處理網路條件，或使用自己已有的其他可用連線項目。
保留排查紀錄時，只記錄錯誤類型、測試條件與已去識別化的欄位說明。訂閱網址、Password 與混淆密碼屬於連線憑證，不應放入公開截圖或記錄檔。若要重新核對基本設定，可先閱讀站內入門指南，再返回 Home 檢查項目與 Global Routing。