本文適合已匯入訂閱，卻不知道該選哪個節點的使用者。重點是建立可重複的測試方法，再結合延遲、穩定性、倍率、地區與協定，篩選主要節點和備用節點，而不是只選清單中數值最低的一項。
先測實際連線，不只看清單中的延遲
節點名稱旁的延遲通常只反映某一種探測結果。TCP 探測主要檢查目標位址與連接埠能否建立連線，不一定完成代理協定交握，也不一定經過 TLS、WebSocket 或 gRPC 等傳輸層。它適合快速排除逾時節點，但不能完整代表網頁開啟速度與持續傳輸能力。
實際連線測試會讓用戶端透過節點發出真實請求，因此更接近日常使用路徑。測試值包含本地網路、入口線路、伺服器處理、協定交握與目標網站回應等環節。不同用戶端版本採用的測試位址與計算方式可能不同，因此應在同一台裝置、同一個網路、同一時段內橫向比較，不要直接比較兩台裝置顯示的絕對數值。
-
更新清單
先更新目前的訂閱，確認節點名稱、位址與分組都是最新狀態。舊設定可能仍會顯示，卻已無法完成交握。
-
確認核心
在 v2rayN 中開啟「設定」→「參數設定」→「Core 類型」，選擇與節點協定相符的核心。不同版本的欄位位置可能略有調整，但測試過程中不要反覆切換核心。
-
建立基準
關閉正在下載檔案或同步資料的程式，對候選節點連續測試 3 次。每次間隔約 10 秒，記錄中位數，而不是只記最低值。
-
測試實際延遲
在 v2rayN 的伺服器清單中選取候選項目，使用實際連線延遲測試；v2rayNG 可在節點清單的測試功能中執行實際連線檢測。
-
驗證持續傳輸
連線至候選節點後開啟常用網頁，再進行 60 秒的實際下載或影片播放。觀察是否出現速度驟降、重複緩衝或連線中斷。
延遲、抖動、速度與封包遺失各代表什麼
延遲決定互動時的等待感，尤其會影響網頁首次開啟、遠端終端機與即時請求。抖動是多次測試結果的波動幅度，波動越大，實際體驗越容易忽快忽慢。下載速度反映持續吞吐量，但同時會受到伺服器頻寬、目標網站限速、本地寬頻與測試時段影響。單一指標不能取代其他指標。
以下是一組在同一寬頻、同一裝置、晚間連續測試的篩選基準。數值只用於說明判斷方法，不代表任何地區的固定表現。假設本地網路閒置，用戶端本地 SOCKS 連接埠為 10808、HTTP 連接埠為 10809，所有候選節點均完成 3 次實際連線測試。
| 測試結果 | 常見含義 | 選擇建議 |
|---|---|---|
| 延遲低，波動小 | 線路往返穩定，互動請求通常更順暢 | 優先列入主要節點 |
| 延遲低，頻繁逾時 | 入口可連通，但代理交握或後續鏈路不穩定 | 不要只憑最低值選用 |
| 延遲較高，速度穩定 | 實際距離較遠，但頻寬與持續傳輸表現較好 | 適合大檔案或長時間播放 |
| 延遲與速度都會波動 | 可能處於壅塞時段，或本地網路正在搶占頻寬 | 換個時段重新測試後再判斷 |
連接埠號本身不能證明節點快慢。443 常用於 TLS 服務，但使用 443 不代表線路更穩定；高位連接埠也不代表品質較差。真正需要比較的是完整的連線路徑。若本地 10808 或 10809 已被其他程式佔用，用戶端記錄可能會提示監聽失敗，此時任何節點都會顯示無法使用，應先在用戶端設定中更換未使用的連接埠。
先算倍率的流量成本，再看節點價格標籤
倍率表示使用節點時，方案流量會按什麼比例扣除。0.5 倍節點實際傳輸 10 GB，通常按 5 GB 計入方案；2 倍節點傳輸 10 GB，通常扣除 20 GB。是否同時計算上傳與下載、流量何時結算，應以訂閱服務的計費說明為準。
低倍率不一定代表速度慢，高倍率也不會自動代表線路更好。倍率可能用於區分線路成本、入口品質、地區資源或營運策略。選擇時應先估算使用情境：網頁與訊息的流量有限，可以更重視穩定性；系統映像檔、影片與雲端同步耗用較大，則應同時考量倍率與持續速度。
推薦方案：主要節點求穩定，下載任務單獨控制倍率
日常互動
- 優先選擇延遲波動小的節點
- 0.8 倍至 1 倍，較容易控制用量
- 保留同地區不同入口的備用項目
持續傳輸
- 先進行至少 60 秒的速度測試
- 計算實際傳輸量乘以倍率後的扣費量
- 避開晚間持續壅塞的入口
例如每月計畫傳輸 120 GB，使用 0.5 倍節點約計 60 GB，使用 2 倍節點則可能計 240 GB；倍率差異會直接影響方案餘量。
- 0.5 倍節點：適合流量較大的下載與更新任務，但仍需先驗證線路穩定性。
- 1 倍節點：計費直觀，適合日常瀏覽、辦公與一般影片使用。
- 2 倍以上節點：只有在延遲、入口或目標地區確實更符合需求時才選用，不應把高倍率直接視為品質保證。
地區選擇要看目標位置，不要從名稱猜速度
地區標籤描述的是伺服器或出口的大致位置，不等於完整線路。兩個名稱相同的節點可能使用不同入口、不同電信商與不同回程路徑，實際延遲可能相差數十毫秒。實際距離通常會影響往返時間，但網路路由不一定會按照最短地理路徑運作。
日常瀏覽可以先從地理位置較近的地區開始測試，再根據常用服務的回應情況調整。存取特定地區的企業系統、開發服務或內容平台時，目標伺服器的位置往往比節點名稱更重要。節點到目標網站的後半段鏈路若發生壅塞，即使本地到節點只有 40 ms，最終頁面仍可能載入緩慢。
- 低互動等待：優先測試鄰近地區，重點觀察 3 次實際連線延遲的中位數與波動。
- 固定地區服務：選擇靠近目標服務出口的節點，並實際完成登入、搜尋與檔案讀取等操作。
- 大流量傳輸：地區只是初步篩選條件，最終以 60 秒以上的持續速度與中斷次數為準。
- 跨裝置使用：桌面端使用 v2rayN，Android 端可使用 v2rayNG 或 v2flyNG；兩端都要分別測試，因為行動網路與家用寬頻的路由可能完全不同。
VMess、VLESS、Trojan 該如何取捨
協定類型決定驗證與資料封裝方式，但節點速度通常更受線路、伺服器負載、傳輸方式與加密鏈路影響。不能因此認定 VLESS 必然比 VMess 快，或 Trojan 必然更穩定。篩選協定的首要原則，是用戶端核心與伺服器設定相符。
VMess 是 V2Ray 生態系中常見的協定，使用使用者識別碼進行驗證，並依賴正確的系統時間完成相關檢查。VLESS 結構更精簡，常與 TLS、REALITY 等安全性與傳輸設定組合，但實際能力取決於所使用的核心與伺服器端。Trojan 通常運作於 TLS 連線之上，以密碼完成驗證，設定中必須正確填寫伺服器名稱、憑證相關選項與傳輸參數。
VMess
相容於傳統 V2Ray 設定，常見組合包括 TCP、WebSocket 與 TLS。裝置時間明顯錯誤時，可能導致驗證失敗。
適合：已有 VMess 訂閱、需要相容 v2fly 核心
VLESS
推薦驗證結構簡潔，可搭配多種傳輸與安全性設定。使用 REALITY 等功能時，應選擇明確支援相應設定的 Xray 核心。
適合：伺服器端明確提供 VLESS、桌面端使用 v2rayN
Trojan
依賴完整的 TLS 參數，伺服器位址、連接埠、密碼與伺服器名稱必須一致。憑證或時間異常會直接影響交握。
適合：訂閱已提供完整 Trojan 設定
v2rayNG 通常使用 Xray 核心，適合訂閱提供的 VLESS、VMess 與 Trojan 設定；v2flyNG 使用 v2fly 核心，更適合與 V2Fly 支援範圍一致的設定。若訂閱節點包含特定核心專屬功能，不能只修改協定名稱來轉換，也不能刪除安全性參數後強行匯入。
同一種協定也會因傳輸方式不同而產生差異。WebSocket、gRPC、TCP 與不同 TLS 設定的交握次數、封裝開銷及網路適應性各不相同。選擇節點時，應把協定、傳輸、安全層與核心視為一組完整設定，不要只盯著 VMess 或 VLESS 這一個欄位。
建立主要、備用與複測清單
節點選擇不是一次性的操作。線路會隨時段、入口負載與本地電信商路由變化。更實用的做法是保留一個主要節點、一個同地區不同入口的備用節點，再增加一個不同地區的兜底節點。發生逾時或速度下降時，就能快速切換並判斷問題範圍。
- 每個候選節點連續執行 3 次實際連線測試，記錄中位數與逾時次數。
- 選擇 2 至 3 個候選項目，各進行 60 秒持續傳輸，記錄平均速度與是否中斷。
- 將倍率換算成實際方案用量。例如傳輸 20 GB，0.8 倍約扣 16 GB，1.5 倍約扣 30 GB。
- 在早上與晚上各複測一次。若晚間延遲增加超過 80 ms，且持續速度明顯下降，就將其降為備用節點。
- 協定與核心保持相符。設定可以連線後，不要為追求更低數值而任意刪除 TLS、伺服器名稱或傳輸參數。
延遲最低的節點為什麼反而很慢？
低延遲只代表探測請求回應迅速，不代表可用頻寬充足。對該節點進行 60 秒實際傳輸，並與同地區的另一個入口比較；若速度持續偏低或頻繁降為零，就改列為備用節點。
測試結果一下是 60 ms，一下是 300 ms？
先暫停下載與雲端同步，再連續測試 3 次。若本地網路閒置後仍大幅波動，表示線路抖動明顯；保留結果較集中的節點，不要選擇偶爾出現最低值的節點。
節點全部逾時，應該逐一更換協定嗎？
不要直接修改協定。先檢查訂閱是否已更新、系統時間是否正確、核心是否啟動，以及本地 10808、10809 等監聽連接埠是否衝突，再查看核心記錄中的交握或連線錯誤。
同一個訂閱在桌面端能用，Android 端卻不能用？
比較兩端的協定、傳輸、安全層與伺服器名稱是否完整匯入。若節點依賴特定核心功能，桌面端與 Android 端必須分別選擇相容的用戶端，不能只憑節點名稱判斷。
多久需要重新測速一次？
日常使用可以每週複測一次主要與備用節點。出現連續逾時、晚間速度明顯下降或訂閱大幅更新時，應立即重新執行 3 次延遲測試與 60 秒傳輸驗證。
最終選擇可以歸納成以下順序：先確認設定與核心相容，再用實際連線延遲排除無法使用的項目，用抖動與持續速度篩選穩定項目，接著計算倍率成本，最後依目標服務位置決定地區。如此得到的節點組合，比單純依名稱或單次延遲排序更可靠。