Hysteria2 是什麼？從 QUIC 傳輸特性看速度與適用情境
Hysteria2 採用 QUIC 傳輸，實際連線表現會受網路品質、伺服器設定和用戶端支援影響。本文整理它的運作概念，並從速度、延遲、耗電與弱網路使用需求，說明哪些情況值得選用。
Hysteria2 是以 QUIC 為基礎的代理傳輸協定，使用 UDP 承載連線，並透過 TLS 保護傳輸。它常被拿來討論速度與弱網路表現，但協定名稱本身不是速度保證：實際體驗還會受本地網路、UDP 是否可通行、伺服器負載與參數、用戶端實作，以及目標服務的連線狀況影響。判斷是否適合使用，應把傳輸原理和自己遇到的問題分開看。
本文會說明 QUIC 與 Hysteria2 的關係，再比較它在延遲、丟包、耗電和網路切換方面的特性，最後整理實際選用及排查方法。這些原理可以幫助縮小測試範圍，但不能代替在常用裝置與網路環境中的實際驗證。
Hysteria2 與 QUIC：從傳輸層理解
一般 TCP 連線由作業系統的網路堆疊處理傳輸；QUIC 則建構在 UDP 之上，把連線管理、可靠傳輸、加密等能力整合到協定中。Hysteria2 使用 QUIC 傳輸，並透過 TLS 1.3 保護通訊。這不代表所有網路都會把它當成一般網頁流量，也不代表 UDP 封包一定比 TCP 封包更容易通行；不同路由器、防火牆、行動網路和企業網路的規則可能不同。
QUIC 支援多個獨立資料流。相較於多個應用資料都依賴單一 TCP 連線的情況，其中一個資料流遇到遺失時，通常不必因此讓其他資料流在傳輸層一併等待。不過，網路丟包仍會造成重傳、擁塞控制調整或連線品質下降；多路資料流也共用連線資源，並不表示遺失封包對速度完全沒有影響。
Hysteria2 的實際運作還需要用戶端與伺服器使用相容的設定。伺服器端提供的協定、連接埠、憑證及相關參數，必須能被用戶端正確讀取。訂閱匯入成功只表示用戶端取得了設定資料，並不等於已確認目前網路可以傳送 UDP，或該筆設定已成功連線。
速度與延遲：哪些情況可能有差異
在高延遲或封包遺失較明顯的路徑上，QUIC 的連線管理及多資料流設計可能有助於改善部分使用情境，例如同時載入多項網頁資源時，個別資料流的問題不必完全阻塞其他資料流。但這是協定層面的可能優勢，不是每一條路由都會呈現相同結果。若本地網路頻寬不足、伺服器端繁忙、遠端出口路徑不理想，或 UDP 被限制，切換到 Hysteria2 也不會自動消除瓶頸。
Hysteria2 的壅塞控制設定也值得留意。某些設定或用戶端支援以預估頻寬配置傳送速率的模式；設定值若不符合當前網路可用容量，可能造成排隊、其他裝置上網變慢，或讓連線更不穩。不要把可填入的頻寬數字當成實際測得的速度，也不要為了追求峯值而任意把數值調高。一般使用者可優先沿用服務提供的設定，除非確實瞭解參數用途並有明確理由，否則不必手動改動。
測試速度時，應保持測試條件大致一致：使用同一台裝置、相同的 Wi-Fi 或行動網路、相同的測速服務與相近時段，並比較目標網站或應用程式的實際表現。若只看單次下載測速，可能忽略連線建立時間、網頁載入、視訊穩定性或互動延遲。切換協定後最好先測試常用服務，再判斷變化是否對自己有意義。
弱網路、行動網路與耗電考量
QUIC 運作於 UDP，因此第一個實際檢查點是目前網路是否允許相關 UDP 通訊。有些公共 Wi-Fi、校園或企業網路會限制特定連線；若 TCP 型方案可用、Hysteria2 卻無法建立連線，可能與網路政策、路由器設定或服務端配置有關，未必是手機或電腦故障。這種情況下，反覆重設應用程式通常不如先換一個可信任的網路交叉測試有效。
弱網路並不只有一種。訊號弱、頻寬有限、延遲高、丟包或網路短暫中斷，對連線的影響各不相同。QUIC 可以處理傳輸過程中的部分變化，但不能創造不存在的頻寬，也不能避免無線訊號不穩造成的所有問題。若使用時經常停頓，先確認同一網路下其他應用程式是否也有異常，再分別測試不同伺服器設定或其他受支援的協定；一次只改一項，才能看出變更是否有效。
行動裝置在 Wi-Fi 與行動數據之間切換時，現有連線可能需要重新建立或重新恢復，實際結果取決於用戶端和伺服器是否支援相應的連線處理方式。QUIC 的連線機制不等於每個 Hysteria2 用戶端都能無縫跨網路切換。若切換後應用程式暫時無法連線，可先確認系統網路已穩定，再查看用戶端狀態；不要假設只要協定使用 UDP，切換網路就不會中斷。
耗電方面也沒有單一答案。持續傳輸、背景連線、訊號品質、系統對應用程式的背景限制，以及用戶端實作，都可能影響耗電。若裝置在特定情況下耗電增加，可先比較相同網路、相同使用時間下的表現，並檢查是否有其他應用程式持續傳輸。僅憑 QUIC 或 UDP 的名稱，無法判斷電池一定更耐用或更耗電。
與其他傳輸方案比較：依問題選擇
挑選協定時，應先確認用戶端和伺服器實際支援哪些方案，再根據故障型態測試。不同協定的設計重點並不相同，名稱也不能直接換算成速度排名。以下是概念層面的比較，不代表每個用戶端或服務都採用完全相同的實作及預設值。
| 比較面向 | Hysteria2 | TCP 型傳輸方案 | 實際檢查方向 |
|---|---|---|---|
| 傳輸基礎 | 以 QUIC 建構於 UDP 之上 | 使用 TCP 傳輸；實際加密與封裝依方案而異 | 確認目前網路對 UDP 或 TCP 的限制 |
| 封包遺失 | 由 QUIC 管理重傳與壅塞控制；丟包仍可能影響效能 | 由 TCP 負責可靠傳輸；遺失也可能引發重傳與等待 | 分辨是高延遲、丟包，還是頻寬不足 |
| 網路相容性 | 需要 UDP 可用，且用戶端與伺服器設定相容 | 相容性取決於所用連接埠、網路政策與方案設定 | 在常用 Wi-Fi、行動網路及其他可信任網路分別驗證 |
| 參數管理 | 部分設定涉及頻寬或壅塞控制，應避免盲目調整 | 設定內容依協定和用戶端而定，不宜直接照搬其他方案參數 | 優先使用服務提供的相容設定，一次只改一項 |
表格中的「TCP 型」是便於理解的概括，不是單一協定名稱；Shadowsocks、VMess、Trojan、WireGuard 等方案在傳輸與加密設計上各有差異，應以對應實作和服務端設定為準。使用 Clash Verge、sing-box、Shadowrocket 或其他相容用戶端時，也要確認目前版本與核心確實支援匯入的協定設定。不同用戶端的訂閱格式、欄位名稱和錯誤提示可能不同，不能只因為介面中看得到某個節點，就認定所有參數都已正確套用。
如果想查看可用線路的地區與相關資訊，可參考伺服器頁面；如需理解不同線路和協定的概念，可閱讀線路與協定說明。線路類型描述的是連線路徑或網路安排，協定描述的是通訊方式，兩者不是同一項設定。選擇合適的出口，也不能取代對用戶端支援和實際連線的檢查。
匯入與排查：按順序縮小問題
開始前，先確認訂閱或設定來源可信，並確認服務端確實提供 Hysteria2。透過用戶端的訂閱匯入功能加入設定後，檢查節點或設定詳情是否標示為 Hysteria2，並留意匯入錯誤、憑證相關提示或必要欄位缺失。若用戶端不支援該協定，應改用受支援且與服務相容的用戶端，而不是把其他協定的欄位直接改名當作 Hysteria2 設定。
- 先驗證基礎網路。暫時關閉代理後，確認裝置可以正常使用目前網路；如需登入公共 Wi-Fi 的入口頁面，先完成該流程再測試代理。
- 核對用戶端相容性。確認目前使用的應用程式和核心支援 Hysteria2，並讓訂閱內容由受信任的來源提供。不要把完整訂閱連結貼到公開求助內容中。
- 檢查連線回報。查看用戶端是否顯示連線成功，以及記錄中是否出現解析、連接埠、憑證或 UDP 相關錯誤。連線成功後，再測試特定網站或應用程式。
- 交叉測試網路。若在一個網路無法連線，可在另一個可信任且允許使用的網路測試。只有網路環境改變而設定不變，較容易判斷問題是否與 UDP 可達性有關。
- 逐項調整並記錄。需要測試其他線路或協定時，每次只改一項，記下用戶端、網路環境和錯誤現象。避免同時改變 DNS、分流規則和多個協定參數，否則難以定位原因。
若代理顯示已連線，但只有特定應用程式無法使用，還要檢查系統代理、VPN 權限、分流規則和 DNS 路徑。用戶端建立連線，不代表裝置內的每個應用程式都會使用該連線；反過來，瀏覽器可以開啟網站，也不代表其他應用程式的路由設定相同。排查時記錄具體錯誤和發生步驟，比單純反覆切換節點更有助於找到原因。
- ✅ 先確認伺服器設定與用戶端都支援 Hysteria2。
- ✅ 在常用網路中分別檢查連線建立與目標應用程式的實際使用情況。
- ✅ 觀察 UDP 可達性、用戶端錯誤訊息及分流設定，不把問題一概歸因於速度。
- ✅ 沿用相容的既有參數；需要調整時一次只變更一項。
- ❌ 不要把協定名稱或測速頁的單次結果，當成所有網路環境的效能保證。
整體而言，Hysteria2 值得在用戶端與服務端都支援、而且目前網路能正常傳送 UDP 的前提下測試。它的 QUIC 傳輸特性可能適合部分延遲或丟包情況，但實際成效仍要看路由、伺服器、參數與裝置。若目前連線已符合需求，沒有必要只為了更換協定而調整設定；若遇到問題，則先按網路、相容性、連線紀錄和應用程式路由逐步排查。