剛接觸 Clash 客戶端的使用者,打開節點列表往往會被一長串陌生名稱和數字弄得無從下手:延遲是 80ms 還是 800ms 算好?名字裡帶「2x」「3x」的節點是什麼意思?香港節點和日本節點該怎麼選?列表裡同時出現 Shadowsocks、VMess、Trojan、Hysteria2 又該信哪個?這篇文章按四個可以獨立判斷的維度把節點挑選拆開講清楚,讀完之後你可以自己給節點列表打分,而不是靠感覺隨手點。
延遲數字到底代表什麼
Clash 客戶端裡每個節點旁邊顯示的延遲數值,通常是客戶端向一個測試位址(例如 Google 的連通性檢測頁面)發起請求、記錄往返耗時得到的結果,單位是毫秒。這個數字反映的是「你的裝置到節點伺服器再到測試位址」這條鏈路目前的回應速度,並不是節點的固定屬性——同一個節點在不同時段測出的延遲可能相差幾十甚至上百毫秒,這和電信業者線路的即時擁堵程度有關。
一般經驗:200ms 以內可以流暢使用網頁瀏覽和大多數應用程式;200~500ms 網頁仍可用,但視訊通話、即時對戰類場景會感覺到明顯卡頓;超過 800ms 或直接顯示逾時,說明這條線路目前基本不可用,不必勉強使用。需要提醒的是,延遲只衡量「回應快不快」,不代表「下載速度快不快」,一個延遲很低的節點如果頻寬被限制,傳大檔案依然會很慢,這也是為什麼有些使用者測速延遲正常、實際下載卻上不去的原因。
不要只看某一次延遲測試就下結論。同一個節點建議在不同時間點測兩三次,取相對穩定的數值再判斷,單次結果容易被瞬時網路波動干擾。
流量倍率與套餐消耗的關係
節點名稱裡常見的「0.5x」「1x」「2x」「3x」是流量倍率標記,表示使用這個節點時,實際消耗的套餐流量相對真實流量的比例。倍率越低,同樣的套餐額度能用得越久;倍率越高,通常意味著這個節點線路成本更高(比如經過專線中轉、頻寬更充裕),消耗流量也更多。
- 0.5x 節點:常見於一般線路,流量消耗打五折,適合日常網頁瀏覽、社群應用等對速度要求不極端的場景。
- 1x 節點:標準倍率,速度與流量消耗按 1:1 計算,是大部分場景下的預設選擇。
- 2x / 3x 節點:通常線路品質更好、頻寬更充裕,適合看高畫質影片、下載大檔案,但會更快消耗套餐額度,流量有限的使用者需要有節制地使用。
選擇原則很簡單:日常輕量使用優先挑低倍率節點省流量,遇到需要高頻寬的任務(看影片、傳檔案)再臨時切到高倍率節點,用完及時切回。這樣既能保證體驗,也不會讓月底流量提前告罄。
地區選擇:靠近目標還是靠近自己
很多新手會預設「離我實際距離越近的節點越快」,這個判斷只對了一半。地區選擇的核心原則其實是靠近你要存取的目標服務,而不是靠近你自己所在的位置。舉例來說,如果你要存取的是位於美國的服務,選擇美國節點通常比選擇鄰近國家的節點更直接,因為資料只需要「你—節點—目標伺服器」這一段跳轉,少了一次繞轉。
但如果你要存取的服務本身對區域有內容限制(部分串流媒體、金融服務會按 IP 歸屬地顯示不同內容),這時地區選擇就要按目標服務要求的地區來挑,而不是按延遲最低來挑——延遲再低,如果地區不符,服務也可能直接拒絕存取或提示異常。
對於沒有明確目標地區要求的日常上網需求(比如只是想要一條穩定的境外連線),建議按以下順序嘗試:先選延遲最低且倍率合適的節點作為預設;如果存取特定網站卡頓或載入緩慢,再手動切換到該網站主要伺服器所在地區的節點做對比測試,大多數情況下切換後能明顯感覺到差異。
不要迷信「節點越多越好」。同一地區囤積十幾個節點卻從不測試篩選,不如挑三四個延遲穩定的節點交替使用,配合策略群組的自動測速切換,體驗反而更可控。
協定差異:速度、穩定性與抗干擾能力
節點名稱或分組裡常出現的 Shadowsocks、VMess、Trojan、Hysteria2 等詞,指的是節點使用的代理協定,不同協定在實作方式上有區別,直接影響連線速度和在複雜網路環境下的穩定性。
| 協定 | 傳輸特點 | 適合場景 |
|---|---|---|
| Shadowsocks | 基於 TCP,加密開銷小,連線建立快 | 日常輕量使用,相容性好,歷史最悠久 |
| VMess / VLESS | 可搭配 WebSocket、TLS 等傳輸層偽裝 | 需要更強抗封鎖能力的網路環境 |
| Trojan | 基於 TLS,偽裝成正常 HTTPS 流量 | 在流量審查較嚴的網路下穩定性較好 |
| Hysteria2 | 基於 QUIC/UDP,弱網下丟包復原更快 | 行動網路、跨國長距離線路,追求高頻寬場景 |
對於一般使用者,不需要糾結協定本身孰優孰劣——同一協定在不同服務商手裡實作品質差異也很大。更實際的判斷方法是:同一份訂閱裡如果提供了多種協定的同地區節點,可以分別測一下延遲和實際下載速度,誰表現穩定就優先用誰。如果發現某類協定節點頻繁斷線或延遲波動特別大,換成另一種協定的節點往往能立刻改善。
把四個維度合併成一套選擇流程
單獨看延遲、倍率、地區或協定都容易顧此失彼,實際使用時建議按下面的順序綜合判斷,而不是只盯著一個指標:
先按地區篩選
明確自己主要存取的目標服務在哪個地區,先把候選範圍收窄到對應地區的節點,不相關地區的節點直接跳過。
再按延遲排序
在篩選出的地區範圍內,對比延遲數值,優先保留延遲穩定且處於可用區間的節點,排除明顯異常或經常逾時的節點。
結合倍率權衡
如果流量套餐充足,可以直接選延遲最低的節點;如果流量有限,優先選低倍率節點作為日常預設,高倍率節點留給需要高頻寬的場景。
最後用協定做微調
如果同地區、同倍率下有多個協定可選,分別做一次實際速度測試,把長期表現穩定的那一種設為主用節點,其他作為備用。
把這套流程走一遍之後,建議把結果分別設定進策略群組:常用的幾個節點放進一個基於 url-test 的自動測速分組,讓客戶端按即時延遲自動切換到當前最佳節點;需要固定存取某個特定地區服務的場景,單獨用 select 分組手動指定節點,避免自動切換打亂存取地區的一致性。這樣既省去了每次手動比較的麻煩,也能保留對關鍵場景的精確控制。
常見問題速答
節點列表裡顯示「逾時」或延遲一直是灰色,通常是節點目前不可用或測試請求被攔截,可以先換一個節點重試,不必反覆重測同一個失效節點。如果所有節點都顯示延遲異常,大多是本機網路或客戶端設定的問題,而不是節點服務商的問題,可以先檢查系統代理設定和 DNS 設定是否正確。看到訂閱裡節點數量很多但可用率不高,與其逐一手動測試,不如直接依賴客戶端內建的批量測速功能,一次性篩出當前可用且延遲較低的一批,再從中按上面四個維度精選出常用的幾個即可。