本文適合訂閱中有數十個節點,卻不確定該選哪一個的使用者。判斷順序應先確認節點能否連線,再比較實際連線延遲與實際吞吐量,最後依用途考量地區、倍率與協定;節點名稱只能提供線索,不能取代相同網路環境下的實測。
先讀懂節點名稱:地區、線路與倍率分別代表什麼
訂閱節點名稱通常由地區、城市或機房縮寫、線路標籤、倍率與協定提示組成。例如「HK-BGP-01|1x|VLESS」可能表示香港地區、編號 01 的線路、按 1 倍流量計費,並使用 VLESS 設定。「JP-02|0.8x|VMess」則可能表示日本地區、0.8 倍計費與 VMess 設定。具體命名規則由訂閱提供者決定,同一縮寫在不同訂閱中未必代表相同含義。
地區通常描述代理出口或伺服器部署位置,不代表資料從本地到該節點全程都走直線。實際路徑還會受到本地電信業者、跨境出口、晚間壅塞與回程路由影響。鄰近地區通常更容易取得較低延遲,但「實體距離較近」不保證「線路品質較好」:繞路較少的遠端線路,可能比壅塞的近端線路更穩定。
「BGP」「中轉」「專線」等線路字樣屬於營運方標籤。僅憑標籤無法驗證實際路由,需要結合實際連線延遲、不同時段的穩定性與實際下載速度判斷。節點編號也不代表效能排序,「01」通常只是識別碼,不表示一定優於「08」。
倍率代表帳戶流量的扣除比例。使用 1x 節點傳輸 1 GB,通常扣除 1 GB;使用 2x 節點傳輸 1 GB,通常扣除 2 GB;0.5x 節點則通常扣除約 0.5 GB。倍率與速度沒有必然關係,2x 節點可能提供較佳線路,也可能只是成本分類。計費方式應以訂閱帳戶頁面為準,測速本身也會產生實際流量。
- 地區標籤:優先用來縮小範圍,例如先選鄰近地區進行延遲初篩。
- 線路標籤:可作為候選依據,不能直接視為效能結論。
- 流量倍率:決定帳戶流量消耗,下載大型檔案前尤其需要確認。
- 協定標籤:應與客戶端辨識到的節點類型相互核對。
怎麼看延遲數值:不要只選清單中最小的那個
選擇節點時最常見的誤區,是看到最低延遲就立即設為作用中伺服器。一般網路探測只反映目標是否可達及往返時間,不一定涵蓋完整的代理交握、加密與傳輸流程。部分伺服器會限制探測請求,此時清單可能顯示逾時,但代理連線仍可正常建立;反過來,探測延遲很低也不代表實際代理可用。
v2rayN 的實際連線延遲更適合用於第一輪篩選。它會嘗試透過節點建立實際連線,結果包含代理交握與連接目標所需的時間。以同一台電腦、相同網路及連續三次測試為例,某節點得到 74、81、79 ms,平均約 78 ms,波動較小;另一個節點得到 88、240、126 ms,雖然最低值接近,但抖動明顯,影音播放與即時互動更容易卡頓。
實際連線延遲
推薦涵蓋代理交握與目標連線,能較直接地排除失效節點。連續測試三次後,同時查看平均值與波動。
適用:日常初篩、網頁瀏覽、即時互動
一般網路延遲
測試成本低、速度快,但結果容易受到伺服器回應策略影響,不能單獨證明代理線路可用。
適用:快速查看基本可達性
實際下載測速
能觀察持續吞吐量,但會消耗訂閱流量,也會受到測試來源限速、磁碟與本地頻寬影響。
適用:影音播放、大型檔案下載、頻寬確認
延遲與速度衡量的是不同問題。80 ms 節點可能只能穩定傳輸 3 MB/s,140 ms 節點也可能達到 12 MB/s。網頁載入包含許多小型請求,通常更重視延遲、抖動與連線成功率;大型檔案下載更重視持續吞吐量;影音播放則同時需要足夠吞吐量與穩定性。測試時不要只記錄峰值,應觀察至少 30 至 60 秒的平均速度。
結論:保留低波動節點,不要追逐單次最低值
三次實際連線延遲都在 80 至 95 ms 的節點,通常比一次 55 ms、兩次超過 200 ms 的節點更容易掌控。先淘汰逾時與高波動項目,再對剩餘候選執行實際存取或下載測試。
在 v2rayN 中完成一輪可重複的節點篩選
以下操作記錄以 v2rayN 7.12.3 的介面名稱為準。不同小版本可能調整選單位置,但流程仍是更新訂閱、固定測試環境、執行實際連線測試、複測候選並確認系統代理。測試前應暫停佔用頻寬的同步、影音播放與下載工作,否則節點結果會混入本地網路負載。
-
更新訂閱
開啟主介面的「訂閱群組」,執行「更新全部訂閱」,避免繼續測試已撤下或參數已變更的舊節點。
-
固定環境
維持相同網路連線,暫停背景下載,並在「設定」→「參數設定」→「Core 類型」確認目前使用的核心類型。同一輪比較中不要反覆切換核心。
-
初篩節點
選取相同地區的候選節點,使用節點測試選單執行「測試伺服器實際連線延遲」。先排除連續逾時、連線失敗與延遲明顯異常的項目。
-
複測候選
對剩餘 3 至 5 個節點各測試三次,間隔約 10 秒。記錄平均延遲與最高值,不要只依某一次測試結果排序。
-
確認代理
將候選節點設為作用中伺服器,開啟系統代理後存取常用網站。若本地 SOCKS 監聽連接埠設定為 10808,也應確認沒有其他程式佔用該連接埠。
如果所有節點同時逾時,優先檢查訂閱是否成功更新、系統時間是否準確、核心是否正常啟動,以及本地連接埠是否衝突。不要在此階段反覆更換地區,因為全部失敗通常指向本地設定、訂閱狀態或目前網路條件,而不是某個單獨節點。
依用途選節點:瀏覽、影音播放、下載與臨時工作
日常網頁瀏覽與聊天類連線通常優先考慮實際連線延遲、抖動與連線成功率。若三個候選節點分別為 72 ms、96 ms 和 128 ms,且前兩個都能穩定連線,可先選擇 72 ms 節點。若 72 ms 節點每隔幾分鐘就出現請求失敗,則應改用穩定的 96 ms 節點。幾十毫秒的差距,通常不值得用頻繁斷線來交換。
影音播放需要持續吞吐量高於實際碼率,並保留一定餘裕。假設某種畫質播放時平均需要 15 Mbps,而節點持續速度只有 17 Mbps,遇到波動就容易觸發緩衝;持續速度達到 30 Mbps 以上會更從容。這裡應查看穩定速度而非瞬時峰值,也要避免在高倍率節點上反覆執行大容量測速。
大型檔案下載更適合比較平均速度、倍率與剩餘流量。範例測試中,A 節點實際連線延遲 78 ms、平均下載速度 8.6 MB/s、倍率 2x;B 節點延遲 132 ms、平均下載速度 7.9 MB/s、倍率 1x。若下載 20 GB 檔案,A 的速度優勢有限,但帳戶可能按約 40 GB 扣除;流量額度吃緊時,B 往往更合適。
- 日常瀏覽:優先選擇低延遲、低波動與高連線成功率,倍率放在第二順位。
- 影音播放:先確認持續吞吐量能涵蓋目標碼率,再比較延遲與倍率。
- 大型檔案下載:重點計算平均速度、下載容量、倍率與剩餘額度。
- 臨時存取:目標服務回應正常即可,不必為了幾毫秒的差距頻繁更換節點。
- 長期備用:保留不同地區與不同編號的 2 至 3 個可用節點,避免單點變動影響使用。
地區也會影響目標服務看到的出口位置。若工作對出口地區有明確要求,應先滿足地區條件,再於該地區內比較線路。沒有地區要求時,先測試鄰近地區通常更有效率。目標網站本身的伺服器位置也很重要:存取部署於亞洲的服務與部署於北美的服務時,最佳節點可能不同。
結論:建立主要節點、下載節點與備用節點三個層級
主要節點選擇低波動線路,下載節點兼顧吞吐量與倍率,備用節點則放在不同地區或不同線路編號。每個層級保留一至兩個候選,比每次從數十個節點中重新挑選更省時間。
如何考量協定類型:VMess、VLESS、Trojan 與 Shadowsocks
訂閱中同時出現多種協定時,不必先依協定名稱判斷速度高低。VMess、VLESS、Trojan 與 Shadowsocks 的驗證及傳輸方式不同,但使用者實際感受到的延遲與吞吐量,往往更受伺服器負載、跨境路由、傳輸層設定與本地網路影響。同一協定的兩個節點速度可能相差數倍,不同協定的優質節點也可能表現相近。
VLESS 常與 Xray 核心提供的不同傳輸設定搭配使用,本身不負責內容加密,實際安全性與連線行為取決於完整設定。VMess 包含自身的驗證與加密機制,在既有訂閱中仍相當常見。Trojan 的連線通常搭配 TLS,Shadowsocks 則使用其設定指定的加密方式。一般使用者應讓訂閱完整匯入參數,不要只根據節點名稱手動猜測傳輸層設定。
在桌面端使用 v2rayN 時,應確認所選核心支援訂閱下發的協定與傳輸設定。Android 端的 v2rayNG 使用 Xray 核心,v2flyNG 使用 v2fly 核心;同一訂閱中的部分新設定可能因核心支援範圍不同而有不同表現。如果節點在一個客戶端可連線、在另一個客戶端持續失敗,應先核對核心能力與匯入參數,而不是直接判定伺服器失效。
為什麼延遲最低的節點反而更慢?
延遲只表示一次連線往返所需的時間,不代表可用頻寬。對候選節點執行 30 至 60 秒的實際下載,比較平均速度與波動;若測速檔案較大,也要留意節點倍率。
節點名稱寫著 2x,速度一定更快嗎?
不一定。2x 代表流量扣除比例,不是速度保證。使用相同測試來源分別測試 1x 與 2x 節點,再依下載容量計算實際流量成本。
實際連線延遲全部顯示逾時怎麼辦?
先更新全部訂閱,再查看核心記錄是否有連接埠佔用或啟動失敗。確認系統時間正確,並檢查本地 SOCKS 連接埠 10808 是否被其他程式佔用。
同一個節點白天快、晚上慢正常嗎?
跨網出口與伺服器負載會隨時段變化。分別在白天與晚間測試三次,若晚間延遲長期超過白天兩倍或持續遺失連線,就將它降為備用節點。
協定不同時,應先選哪一種?
先確認客戶端核心能完整支援設定,再依實際連線延遲、穩定性與吞吐量排序。協定名稱只作為相容性條件,不應單獨用來排名速度。
節點選擇不是一次性的操作。訂閱伺服器負載與網路路由會變化,昨天表現最好的節點今天可能已進入壅塞狀態。較穩妥的做法是保留一組候選節點,連線異常時先重新測試實際連線延遲,再切換至事先驗證過的備用節點,而不是立即修改大量客戶端參數。
最終判斷可以濃縮為四步:先看節點能否完成實際連線,再看連續測試的延遲波動,接著依瀏覽、影音播放或下載任務檢查吞吐量,最後計算倍率與地區是否符合需求。協定決定目前核心能否正確處理設定,線路品質與實際測量結果才決定使用體驗。