想知道 sing-box 應該搭配哪種協定，不能只看節點名稱後面的協定標籤，也不能把「支援 QUIC」直接理解成一定更快。sing-box 本身比較像一個負責建立連線、套用分流規則、處理 DNS 與管理多種入站和出站的網路核心；實際體驗還會受到線路品質、伺服器距離、本地網路、UDP 可達性與裝置省電策略影響。
手機、遊戲與日常工作所需要的條件並不相同。手機更重視待機耗電、背景重連與系統相容性；遊戲更在意延遲穩定、UDP 傳輸與切換網路時是否容易斷線；工作用途則通常需要可靠的 TCP 連線、清楚的規則分流，以及瀏覽器、終端機和辦公室服務之間不互相干擾。以下會先說明 sing-box 的基本工作方式，再比較 Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC 與 WireGuard 等常見選項。
sing-box 到底負責哪些工作
在裝置上啟動 sing-box 後，它通常會接收來自應用程式的流量，再依照設定將請求交給不同的出站。這個接收流量的部分可以稱為入站，常見方式包括系統代理、SOCKS 或 HTTP 代理，以及 TUN 虛擬網卡。出站則代表實際要使用的遠端連線，例如 Shadowsocks、Trojan、VLESS 或 Hysteria2。
這種架構的好處，是可以把「哪些流量需要代理」和「流量要從哪條線路出去」分開管理。例如，瀏覽器可以選擇某個地區的出站，工作網站或本地服務則維持直連；也可以讓一般 TCP 請求使用較穩定的連線，將需要 UDP 的應用程式交給支援 UDP 的出站。若所有流量都不加區分地送往同一條線路，反而可能增加耗電、造成不必要的繞路，或讓本地網站出現驗證問題。
DNS 是另一個容易被忽略的部分。應用程式先解析網域，再建立連線；如果 DNS 請求走本地網路，而後續連線卻走遠端出站，可能出現解析位置與實際出口不一致的情況。sing-box 可以配合 DNS 分流、遠端解析或按規則選擇解析器，但設定越複雜，越需要確認不同平台對相關功能的支援程度。
6
常見代理協定
3
常見流量接收方式
TCP
可靠傳輸方向
UDP
低延遲應用方向
上面的分類不是速度排名，而是幫助你理解選擇邏輯。手機官方用戶端、Clash Verge、sing-box、Shadowrocket 等客戶端，對協定欄位與 TUN 功能的支援方式可能不同。即使訂閱可以成功匯入，也要檢查節點是否能實際啟用、DNS 是否按預期工作，以及系統切換 Wi-Fi 和行動網路後能否恢復連線。
常見協定各自適合什麼情境
Shadowsocks 是成熟的加密代理協定，配置概念相對直接，許多桌面和手機客戶端都能使用。它適合一般網頁、文字工作與對相容性要求較高的情況。若線路本身穩定，Shadowsocks 不需要複雜的傳輸組合也能完成日常連線；但它的實際速度仍取決於伺服器、入口和跨境路由，不能因為設定簡單就推定一定比其他協定快。
VMess 常見於 V2Ray 生態，通常會與 TCP、WebSocket、TLS 等傳輸方式組合。它的參數較多，包含位址、連接埠、識別資訊與傳輸設定等。對新手來說，最常見的問題不是協定本身不能用，而是客戶端沒有完整支援某個傳輸組合，或匯入後部分欄位被忽略。因此，選用 VMess 前應確認服務商提供的設定與目前客戶端版本相容。
Trojan 通常使用 TLS 建立加密連線，憑證、網域、伺服器時間與傳輸方式都可能影響握手。它適合重視連線外觀一致性與 TCP 相容性的使用者，也常被用於瀏覽器、文件同步與一般工作流量。若遇到連線失敗，不能只反覆更換節點，還要檢查 TLS 設定、SNI、憑證驗證與客戶端是否支援相應欄位。
VLESS 是較輕量的代理協定，本身不等於完整的加密傳輸，通常需要搭配 TLS、REALITY 或其他傳輸安全方案。它的相容性不能只看「VLESS」四個字，而要看完整組合。例如，同樣是 VLESS，不同的傳輸方式、流控參數與安全設定，對客戶端要求可能完全不同。匯入訂閱時應保留完整節點資訊，不要手動刪除看似不重要的欄位。
Hysteria2 與 TUIC 都以 QUIC 和 UDP 為基礎，通常更適合需要較快建立連線、希望處理部分丟包或需要 UDP 的情境。它們可能適合遊戲、語音、即時互動或波動較大的網路，但前提是本地網路、路由器、行動電信與客戶端都能正常傳輸 UDP。如果所在網路限制 UDP，這類協定可能無法連線，或在切換網路後比 TCP 類方案更容易出現異常。
WireGuard 是現代化 VPN 協定，常見於完整隧道、路由器與支援原生 VPN 的客戶端。它通常具有較精簡的配置和良好的移動性，適合希望讓多種應用程式統一通過 VPN 的使用者。不過 WireGuard 與代理協定的工作模型不同，DNS、分流、私有網段和全隧道路由需要另外規劃；能匯入 WireGuard 設定，不代表所有代理規則都會自動套用。
| 協定或類型 | 較適合的使用情境 | 主要優點 | 需要留意的地方 |
|---|---|---|---|
| Shadowsocks | 一般瀏覽、日常工作、相容性優先 | 生態成熟，設定概念較簡單 | 速度仍受線路與伺服器負載影響 |
| VMess | 既有 V2Ray 設定或特定傳輸組合 | 可搭配多種傳輸方式 | 欄位較多，客戶端相容性要核對 |
| Trojan | 瀏覽器、文件工作、TCP 相容性需求 | 通常與 TLS 機制整合 | 憑證、網域與時間設定會影響握手 |
| VLESS | 使用新式傳輸安全組合的進階使用者 | 驗證設計較輕量，組合彈性高 | 必須理解完整傳輸與安全參數 |
| Hysteria2／TUIC | 遊戲、語音、即時互動與部分弱網環境 | 以 QUIC／UDP 為基礎，適合即時流量 | 本地網路限制 UDP 時可能無法使用 |
| WireGuard | 完整 VPN、路由器與全裝置隧道 | 配置精簡，適合系統級 VPN | 分流與 DNS 需要獨立規劃 |
手機使用：先看耗電、切網與系統限制
手機上的 sing-box 體驗，往往不只由協定決定。Android 與 iOS 都會限制背景活動，系統也可能在螢幕關閉、切換基地台或從 Wi-Fi 轉為行動網路時暫停部分程序。若使用 TUN 模式，系統需要維持虛擬 VPN 介面；若使用系統代理，則可能只有支援代理設定的應用程式會經過連線。選擇前要先確認自己需要的是少數應用程式分流，還是整台手機的系統級處理。
手機日常使用通常優先考慮穩定、耗電可接受與恢復容易。TCP 類協定在許多網路環境中相容性較好，適合閱讀、通訊、網頁與工作工具；QUIC／UDP 類協定則可能在即時應用中更有優勢，但也更依賴本地網路是否放行 UDP。當手機經常移動時，連線會遇到 NAT 變更、訊號切換和短暫斷網，協定能否快速重建通道比單次測得的峯值速度更重要。
耗電方面，不應直接把某一協定標記為「一定省電」。持續保持 TUN、頻繁重試 DNS、規則過於複雜、背景應用大量建立連線，都可能增加耗電。可以先只啟用必要的分流規則，避免所有本地流量都經過遠端；再觀察系統電池頁面中的應用程式消耗。如果連線頻繁掉線，客戶端不停重試，實際耗電可能比穩定保持連線更高。
- ✅ 優先確認目前手機系統是否支援 TUN、訂閱更新與背景運行。
- ✅ 切換 Wi-Fi 和行動網路後，檢查是否能自動恢復，而不是隻看首次連線。
- ✅ 將本地銀行、家用設備與區域服務按需要設定為直連。
- ❌ 不要同時啟動兩個 VPN 或代理客戶端，避免虛擬網卡互相衝突。
- ❌ 不要把所有耗電與斷線問題都歸咎於協定，先檢查背景限制與 DNS 規則。
遊戲怎麼挑：延遲穩定比下載速度重要
遊戲場景最容易被「高速」宣傳帶偏。遊戲封包通常尺寸較小，但需要頻繁往返伺服器；玩家感受到的問題可能是延遲突然升高、封包遺失、重新連線或語音中斷，而不是下載大型檔案時的平均速度。因此，挑選遊戲用出站時，應先確認遊戲使用的傳輸類型、伺服器地區與客戶端分流方式。
許多即時遊戲和語音功能會依賴 UDP。這時 Hysteria2、TUIC 或 WireGuard 可能比只處理 TCP 的方案更符合需求，但不能把協定名稱當成低延遲保證。若本地寬頻或校園、公司網路限制 UDP，TCP 類方案反而可能更容易建立穩定連線。遊戲伺服器距離、線路是否繞路、尖峯時段是否壅塞，通常比協定標籤更直接影響結果。
分流同樣重要。遊戲啟動器、更新服務、登入驗證、遊戲本體與語音平台可能使用不同網域和連接方式。只代理其中一個網域，可能造成登入成功但遊戲無法進入；全部流量都代理，則會增加不必要的負擔。較合理的做法是先使用客戶端提供的規則模式，再針對遊戲官方網域、語音服務與更新服務逐項確認。規則調整後，一次只改一個變因，才能知道問題來自協定、線路還是分流。
測試遊戲線路時，可以記錄進入大廳、登入伺服器、開始對局、語音通話與切換網路後的狀態。不要只在選單畫面判斷連線品質，也不要用一次短暫的順暢體驗推論長時間穩定。若不同線路都出現同樣的斷線，可能是本地網路、遊戲伺服器或規則配置問題；若只有某一協定無法進入，才需要進一步檢查 UDP、MTU 或客戶端支援。
動手設定：用最少變因找到合適方案
不貼程式碼也可以完成有效的選擇。開始前先確認訂閱來源可靠，並使用官方客戶端、Clash Verge、sing-box、Shadowrocket 等與裝置相容的工具。訂閱連結包含節點設定，應視為敏感資訊，不要公開貼到聊天羣組，也不要隨意交給不明的線上轉換服務。若服務商提供一鍵匯入，優先使用該方式，減少手動抄寫位址、連接埠和驗證欄位時的錯誤。
- 先選擇一個相對熟悉、相容性較高的 TCP 類節點，確認客戶端能成功匯入並完成首次連線。
- 在不改變分流規則的前提下，再測試 Trojan、VLESS 或 Shadowsocks 等其他 TCP 類選項，觀察握手、DNS 與網頁存取狀態。
- 如果用途包含遊戲或語音，再單獨測試 Hysteria2、TUIC 或 WireGuard，確認目前網路是否能傳送 UDP。
- 分別在 Wi-Fi 和行動網路中測試，並在手機鎖定螢幕、恢復使用及切換網路後檢查是否需要手動重連。
- 最後才調整規則分流，將本地服務設為直連，並確認瀏覽器、工作軟體、遊戲和語音各自符合預期。
每次測試最好只改一項：先固定裝置和網路，再更換協定；或先固定協定，再更換線路。記錄「能否連線」「DNS 是否正常」「切換網路後能否恢復」「遊戲是否能進入」「背景耗電是否明顯增加」等可重複觀察的結果。不要把沒有控制變因的速度數字當成絕對排名，因為不同時間、地區和接入網路會使結果改變。
依使用情境做最後選擇
如果主要需求是手機瀏覽、通訊和一般工作，優先選擇文件清楚、客戶端支援完整、切換網路後容易恢復的方案。Shadowsocks、Trojan 或設定合理的 VLESS 都可以納入比較，重點是完整傳輸組合與線路品質，而不是協定名稱看起來是否新。
如果主要需求是遊戲、語音或其他即時互動，先確認 UDP 是否可用，再比較 Hysteria2、TUIC 與 WireGuard。若所在網路對 UDP 不友善，穩定的 TCP 類方案可能更實際。遊戲線路還要看出口地區和路徑是否適合目標伺服器，不能只挑距離地理位置最近的名稱。
如果需要在電腦、手機與其他裝置之間共用設定，則應把訂閱管理、規則同步、平台支援和故障排查放在速度之前。Windows、macOS、Android、iOS 與 Linux 的網路權限不同，同一份訂閱在不同客戶端上也可能呈現不同功能。先選定主要使用平台，再確認匯入方式與可用模式，通常比收集大量節點更容易維持穩定。
- ✅ 手機優先檢查背景運行、切網恢復與耗電表現。
- ✅ 遊戲優先檢查 UDP、伺服器地區、封包遺失與分流完整性。
- ✅ 工作優先檢查 TCP 相容性、DNS 行為與本地服務是否能直連。
- ✅ 進階使用者才適合逐項調整 TUN、路由、DNS 和多出站策略。
- ❌ 不要因為協定清單很長，就認定服務一定更快或更穩。