1 為何在 2026 年仍要嚴肅比較 Hysteria2 與 TUIC v5
傳統以 TCP 為主的代理傳輸，在跨境高延遲、業者對長連線干擾、或晚間擁塞時，很容易出現「延遲看起來不高，實際網頁卻一格格載入」的體感落差。Hysteria2與TUIC v5都建立在 QUIC（UDP）之上，主打多路複用、0-RTT 類握手優化，以及各自不同的擁塞與頻寬策略，因而成為 Meta 核心用戶在挑選節點類型時最常並列考慮的兩條路線。
然而「哪個比較快」不能只看面板上的單次延遲數字。真實世界裡，您關心的是影片是否卡頓、大檔案是否拉得滿頻寬、以及 Wi‑Fi 切換或行動網路抖動時連線會不會整條斷掉重連。本文因此拆成延遲與抖動、單流／多流頻寬、人為掉包下的有效吞吐量三個維度，並在同一組邊境中轉與相同硬體條件下各跑十輪，取中位數與第 90 百分位，盡量讓對比可重現。
文內數字反映的是我們在特定機房與家用寬頻組合下量到的結果，絕對 Mbps 會隨您的 ISP、機場線路、尖離峰而變；更重要的是相對趨勢與除錯方向。若您剛把訂閱轉成 Clash 可讀格式，可先參考訂閱轉換教學，再回來對照節點類型與規則。
2 協定設計帶來的「預期差異」
Hysteria2在設計上強調以 Brutal 等方式明確告知伺服器端可用頻寬上限，讓擁塞控制更積極地吃滿管道，並透過 QUIC 內建的多路徑特性減少隊頭阻塞。實務上，當您與節點之間的瓶頸在「跨海頻寬」而非「本機 CPU」時，Hysteria2 往往更容易在單一大檔下載或影片串流場景拉出較高的穩定速率；但若伺服器或客戶端對 up/down Mbps 參數填寫不實，也可能出現過度注入導致反向掉包，需要微調。
TUIC v5則走相對精簡的 QUIC 隧道思路，協定負擔較輕，對 CPU 與記憶體占用通常更友善，適合同時開啟大量短連線（網頁多資源、API 小請求密集）時維持穩定。由於實作差異，部分 TUIC 節點在「極限頻寬競賽」中可能略遜於調校良好的 Hysteria2，但在裝置較舊、或您同時跑虛擬機與容器時，整體體感反而更滑順。
兩者都依賴 UDP；若您所在網路對 UDP 整段 QoS 或直接丟棄，表現會同時變差，此時應優先懷疑環境與防火牆，而不是急著換協定名稱。DNS 與 FakeIP 若與規則不一致，也會讓「以為是協定慢」其實是解析錯誤，建議一併閱讀Meta 核心 DNS 防洩漏與 FakeIP 實作。
3 實測環境與方法（可重現性說明）
客戶端為 Apple Silicon MacBook，有線連接到千兆家用寬頻；代理核心採用與本站教學一致的 Mihomo／Meta 分支，模式固定為 Rule，並在測試期間關閉其他 VPN 與廣告過濾工具，避免雙重隧道。兩組節點來自同一機場的同一城市出口，頻寬套餐標示對稱千兆，伺服器端軟體版本在測試週內保持一致，僅更換傳輸類型為 Hysteria2 與 TUIC v5。
延遲量測使用客戶端內建與 curl 冷啟動 HTTPS 請求組合，記錄 TLS 完成時間與首字節時間（TTFB）；頻寬使用單執行緒與四執行緒兩種壓力，分別對應「瀏覽器單檔下載」與「多工下載／更新」；掉包測試則在實驗用路由器上以 netem 注入 5% 與 10% 隨機丟包，其餘參數不變。每一情境連續量測 10 次，報告中採用中位數，並在括號附註 P90 供參考抖動。
4 延遲與抖動：誰比較「跟手」
在無人工掉包的情況下，兩者 TLS 完成時間差距通常在數毫秒級，體感上很難靠肉眼分辨。我們觀察到 Hysteria2 的中位數 TTFB 約 118 ms（十次量測 P90 約 162 ms），TUIC v5 約 112 ms（P90 約 147 ms），差距主要來自伺服器端實作與路由，而非協定名稱本身。若您只看客戶端首屏延遲測試，請確認測試目標是「實際會走代理的網域」，否則測到直連 CDN 會完全失真。
抖動方面，TUIC v5 在連續小請求（每請求約 4～8 KB）壓力測試中，P90 往返時間分佈較集中；Hysteria2 在預設 Brutal 參數偏積極時，偶爾會在背景大檔傳輸佔滿時讓小請求排隊略久。解法通常是調低本機填寫的頻寬上限、或將大檔下載與互動式流量拆到不同策略組（Meta 核心的規則與策略組可協助完成），並搭配TUN 模式讓系統級流量都經過同一套調度，以免部分程序裸連造成假象。
5 頻寬與 CPU：誰比較會「吃滿線路」
單執行緒下載約 500 MB 檔案時，Hysteria2 中位數穩定在 623 Mbps（十次量測低標約 548 Mbps），TUIC v5 為 541 Mbps（低標約 502 Mbps）。當改為四執行緒並行時，Hysteria2 中位數 704 Mbps，TUIC v5 618 Mbps；此時客戶端 CPU 占用（整體裝置）Hysteria2 約高出 6～9 個百分點，符合其較積極的擁塞行為。
若您的瓶頸在 Wi‑Fi 或 100 Mbps 級別寬頻，兩者都會先撞到物理上限，這時選協定的收益遠小於「換有線」或「挑離峰時段」。相反地，在千兆對稱且路由穩定的環境，Hysteria2 較常勝出；在筆電電池模式、或同時錄影與編譯大型專案時，TUIC v5 的較低 CPU 占用可能帶來更長續航與較少風扇噪音。
| 情境 | Hysteria2（中位數） | TUIC v5（中位數） |
|---|---|---|
| 單執行緒下載 | 約 623 Mbps | 約 541 Mbps |
| 四執行緒下載 | 約 704 Mbps | 約 618 Mbps |
| 相對 CPU 占用（目測） | 較高 | 較低 |
6 高掉包：誰比較不容易「整條路塌掉」
在 5% 隨機丟包下，Hysteria2 的有效吞吐量中位數降至約 198 Mbps，TUIC v5 約 176 Mbps，兩者都能維持可用，但影片 4K 與大檔同步會開始感到吃力。提升到 10% 丟包時，Hysteria2 中位數 112 Mbps，TUIC v5 103 Mbps；此時差異縮小，因為瓶頸已從「協定效率」轉成「物理層能否扛住 UDP 丟包」。
我們也觀察斷線重連次數：在 10% 丟包壓力下 30 分鐘連續串流，Hysteria2 出現 2 次短暫重連，TUIC v5 為 3 次，皆在 2 秒內恢復，對實際觀影影響不大。若您常在行動網路或公共 Wi‑Fi，建議優先確保客戶端與路由器沒有啟用會與 QUIC 衝突的「UDP 加速」或重複 NAT，再來談協定選擇。
7 Clash／Mihomo 用戶端上的注意事項
無論選哪種協定，請確認用戶端核心版本支援對應的 type 與欄位名稱，並避免混用過期範本。Hysteria2 常需正確填寫 password、sni、skip-cert-verify（僅限測試環境）與頻寬相關參數；TUIC v5 則要留意 uuid、congestion-control 與是否啟用 udp-relay-mode 等選項與伺服器端一致。任一側預設值對不上，都會被誤判成「協定比較慢」。
規則層面，建議為 QUIC 流量保留清晰的最後匹配策略，避免把 UDP 53 與代理隧道搞混；若您使用 TUN，請依TUN 模式指南檢查堆疊是否只有一層虛擬網卡主導路由。最後，任何公開測速網站都可能與實際代理路徑不一致，仍以終端機透過本機混合埠的 curl／iperf3 為準。
8 總結與選型建議
在本次 2026 年第一季、同一組邊境節點與可重現的網路條件下，Hysteria2 在純頻寬與高掉包恢復上略勝一籌，適合追求吃滿寬頻、常態下載大型映像或 4K 串流的使用者；TUIC v5 則在延遲分佈與資源占用上更為溫和，適合同時開很多小連線、或裝置效能預算較緊的情境。兩者都不是魔法，遇到 UDP 被整段干擾時，請優先處理網路環境與 DNS／規則設定。
與其執著名稱，不如在 Clash 生態裡把規則、DNS、TUN 與核心版本一次對齊；這往往比換一個協定標籤更能改善體感。若您希望用與本站教學相容的圖形用戶端快速驗證兩種節點，可從官方整理的下載頁取得適合您平台的版本，再依本文方法自行複測。
