本文適合已匯入訂閱、面對數十個節點卻不知道如何挑選的使用者。順序是先排除無法連線的節點，再比較真實連線延遲與穩定性，接著核對流量倍率和落地地區，最後才看協定類型。文中也整理 v2rayN 與 v2rayNG 的篩選路徑、實測數據解讀及日常備用方案。
先測真實連線延遲，不要只看節點名稱
節點名稱中的「低延遲」「高速」只是分組文字，不能代表目前網路環境下的實際表現。家用寬頻、行動網路、晚間尖峰壅塞和入口線路都會改變結果。同一個節點上午可能是 86 ms，晚上可能升到 240 ms；另一個標示為一般線路的節點，反而可能長期維持在 120 ms 左右。
選擇前先進行真實連線延遲測試。測試會透過目前節點建立代理連線，並存取用戶端設定的測試網址。這個數值通常包含 DNS、協定交握、傳輸層建立和目標網站回應時間，比單純的 ICMP 往返時間更接近日常開啟網頁的體感。不過它仍只是短時間測試，不能單獨代表持續下載速度。
更新訂閱
在 v2rayN 主介面開啟「訂閱分組」，先執行「更新全部訂閱」。舊清單中的失效節點會干擾排序，更新後再開始測試。
確認核心
開啟「設定」→「參數設定」→「Core 類型」，確認目前節點使用的協定有對應核心。以 v2rayN 7.12.5 為例，VLESS、VMess 與 Trojan 平時可使用 Xray 核心。
批次測試
在伺服器清單中選取同一地區的候選節點，開啟右鍵選單並執行「測試伺服器真實連線延遲」。先在小範圍內測試，避免數十個節點同時連線而互相影響數據。
重測三次
間隔 20 至 30 秒測試三輪。記錄中位數，同時觀察是否出現逾時。一次 72 ms、兩次逾時的節點，優先順序應低於三次都在 125 至 140 ms 的節點。
設為作用中
選取結果穩定的節點並設為作用中伺服器，接著開啟系統代理。若本機 SOCKS 連接埠設定為 10808，也應檢查核心記錄是否出現連接埠遭佔用的情況。
延遲低不代表頻寬高
真實連線延遲主要反映連線建立和短請求回應。下載 500 MB 檔案時，還要關注持續吞吐量、封包遺失與壅塞情況。某節點真實連線延遲為 95 ms，但晚間只能維持 3 MB/s；另一個節點為 150 ms，卻能穩定維持 12 MB/s。瀏覽網頁時前者可能更俐落，傳輸大型檔案時後者則更合適。
也不要過度在意十幾毫秒的差距。測試結果為 103 ms 與 116 ms 時，通常沒有明顯體感差異。更值得關注的是波動範圍：連續結果為 98、105、111 ms，比 62、190、420 ms 更適合作為預設節點。
| 三輪數據 | 判斷 | 處理方式 |
|---|---|---|
| 88 / 96 / 101 ms | 延遲低且波動小 | 可列為日常主力 |
| 145 / 162 / 151 ms | 數據穩定 | 適合瀏覽網頁與觀看影片 |
| 75 / 340 / 逾時 | 線路波動明顯 | 保留觀察，不要自動選取 |
| 620 / 710 / 逾時 | 目前網路環境下不可用 | 切換入口或地區 |
倍率決定流量消耗，不是速度倍數
訂閱名稱中的 0.5x、1x、1.5x 或 2x 通常代表流量計費倍率。下載 10 GB 資料時，0.5x 節點可能扣除 5 GB 額度，2x 節點可能扣除 20 GB 額度。具體計算規則由訂閱服務端定義，用戶端只顯示節點名稱，不會替使用者修正額度。
倍率不等於速度。2x 節點可能使用更好的入口或更寬裕的線路，也可能只是不同的計費分組；0.5x 節點也不一定壅塞。選擇時應把倍率視為成本條件，再結合三輪延遲和實際吞吐量判斷。
1x 穩定節點
推薦延遲介於 100 至 180 ms 之間，三輪測試波動小於 40 ms，流量按一般倍率扣除。適合作為預設作用中伺服器。
適合：網頁、影片、遠端辦公等日常流量
0.5x 節點
優先節省訂閱額度。若延遲穩定且下載速度符合需求，可用於系統更新、檔案同步和長時間播放影片。
適合：流量較大、對即時回應要求較低
2x 高品質線路
只有在實測延遲、封包遺失或晚間尖峰吞吐量明顯優於 1x 節點時，才值得長期使用。不要只憑倍率推斷品質。
適合：臨時會議、低波動連線和重要任務
用實際任務計算倍率成本
假設每月可用流量為 200 GB，日常影片與下載預計使用 120 GB。全程使用 2x 節點會按約 240 GB 計入額度，可能提早用盡；改用 0.5x 節點則約計 60 GB。更實際的做法是保留三個用途明確的節點：1x 作為預設，0.5x 處理大量流量任務，2x 只在一般線路壅塞時切換。
- 節點名稱同時出現倍率和地區時，先辨識清楚倍率欄位，例如「JP-02 | 0.5x」。
- 更新訂閱後名稱可能改變，不要依賴手動改名來保存倍率資訊。
- 用戶端流量統計與服務端扣除數值可能有更新延遲，應以訂閱帳戶顯示的剩餘額度為準。
- 多部裝置共用訂閱時，桌面端下載和 Android 端影片播放都會計入同一份額度。
依存取目標選擇地區，近距離只是起點
選擇地區通常會先從地理距離較近的落地位置開始，但不應機械式地選擇最近的城市。網路路徑不是直線，入口電信商、跨境線路和落地機房互聯都會影響最終結果。距離較遠但路由穩定的節點，可能比鄰近卻持續繞路的節點更快。
日常瀏覽可以先測試三個鄰近地區，每個地區保留兩個候選節點。需要存取具地區辨識功能的服務時，落地位置還會影響內容、語言、貨幣和登入風險提示。頻繁在相距很遠的地區之間切換，可能觸發服務的額外驗證，因此主力節點最好維持相對固定的地區。
推薦方案：桌面端與 Android 端保留同一組候選節點
桌面端（v2rayN）
- 依訂閱分組篩選同一地區
- 每個地區保留兩個穩定節點
- 以真實連線延遲進行三輪重測
- 預設使用 1x 主力節點
Android 端（v2rayNG）
- 使用相同的訂閱網址更新
- 在設定清單中執行真實連線測試
- 分別測試行動網路與無線網路
- 保留一個不同地區的備用節點
節點名稱可以保持一致，但兩端的延遲結果不能直接照搬；接入網路、DNS 和裝置省電策略都會改變連線表現。
依使用情境建立地區順序
如果主要任務是一般網頁和文件同步，可以依「低波動近區 → 穩定次近區 → 遠區備用」的順序保存。如果需要長時間播放影片，應先進行五分鐘以上的持續播放測試，觀察是否反覆緩衝。只看一次 90 ms 的延遲，無法代表晚間尖峰的持續頻寬。
- 近區主力：三輪中位數低於 180 ms，沒有逾時，倍率可接受。
- 同區備用：使用與主力不同的節點編號，避免單一節點維護時完全無法使用。
- 異區備用：延遲可以略高，但應確保連線穩定，用於地區線路整體波動時切換。
- 高倍率臨時節點：僅在會議、遠端連線或主力壅塞時啟用，使用後切回一般節點。
在可用性之後再判斷協定類型
VMess、VLESS、Trojan 與 Shadowsocks 是不同的代理協定。協定名稱本身不能直接決定節點速度。實際體驗還取決於傳輸層、TLS 設定、伺服器負載、入口線路和用戶端核心。設定正確、線路穩定的 VMess 節點，可能優於壅塞線路上的 VLESS 節點。
選擇順序應先確認用戶端能正確載入設定，再測試連線與穩定性。v2rayN 桌面端通常透過 Xray 核心處理 VLESS、VMess 和 Trojan；v2rayNG 1.10.31 使用 Xray 核心處理相應設定。需要 v2fly 核心環境時，Android 端可選擇 v2flyNG。訂閱已提供完整參數時，不要為了追求某個協定名稱而手動修改 UUID、傳輸方式或 TLS 欄位。
| 協定類型 | 常見設定組合 | 選擇重點 |
|---|---|---|
| VLESS | TCP、WebSocket、gRPC，可搭配 TLS 或 Reality | 確認 flow、傳輸層與安全設定完整匹配 |
| VMess | TCP 或 WebSocket，常與 TLS 搭配 | 核對使用者識別碼、alterId 與傳輸參數 |
| Trojan | TCP 搭配 TLS | 核對密碼、伺服器名稱與憑證相關設定 |
| Shadowsocks | 獨立的加密方法與密碼 | 確認用戶端核心支援訂閱提供的加密方法 |
出現協定相關錯誤時先查看記錄
節點顯示負延遲、測試立即失敗或啟動後完全沒有流量時，應開啟 v2rayN 記錄面板。若記錄提示不支援設定欄位，先更新用戶端和核心；若提示本機監聽失敗，檢查 SOCKS 連接埠 10808 或 HTTP 連接埠 10809 是否被其他程式佔用。連接埠號碼可在「設定」→「參數設定」中核對，實際數值以目前設定為準。
連線已建立但網頁無法開啟時，協定本身未必有問題。還要檢查系統代理是否切換為自動設定或全域模式、瀏覽器是否另行設定其他代理，以及路由規則是否將目標網域錯誤送往直連出口。
- 成功匯入訂閱後，不要手動替換傳輸層，服務端與用戶端參數必須相互對應。
- 同一節點的 TCP 與 WebSocket 設定應視為兩個獨立候選，分別進行測試。
- 協定可以正常連線時，優先比較延遲波動、倍率和地區，不要只按協定名稱排序。
- 更新核心後若舊設定失效，先重新更新訂閱，再檢查記錄中的具體欄位。
把篩選結果固定分成主力、備用和大量流量三組
節點選擇不是一次完成的工作。訂閱清單、入口負載和本地網路都會變化。更省事的方式是把候選縮減成三類：一個日常主力、一個不同線路的備用，以及一個低倍率的大流量節點。每次更新訂閱後只重測這幾個，不必在數十個名稱之間反覆切換。
在 v2rayN 中，可以先依訂閱分組查看節點，再依真實連線延遲欄位排序。不要直接啟用自動選擇後就完全不檢查結果，因為單次最低延遲可能只是偶然數據。v2rayNG 也應在目前接入的網路環境下重新測試；無線網路測得 110 ms，切換至行動網路後可能變成 260 ms。
為什麼延遲最低的節點還是會卡？
真實連線延遲只涵蓋短連線。連續播放或下載卡頓時，請對同一地區的兩個節點分別執行五分鐘任務，記錄平均速度和中斷次數。選擇持續吞吐量穩定的節點，不要只保留單次最低值。
0.5x 節點一定比較慢嗎？
不一定。倍率是流量扣除規則，不是限速標記。分別對 0.5x 與 1x 節點進行三輪真實連線測試，再用相同檔案測試持續速度，依結果決定用途。
訂閱中的節點太多，該怎麼篩選？
先按地區縮減至六個以內，排除三輪測試中出現兩次逾時的節點；再按倍率留下三個，最後分別設為主力、備用和大量流量節點。
桌面端很快，Android 端卻很慢？
先讓兩端連線至同一個網路並更新同一份訂閱，再分別進行測試。檢查 v2rayNG 的省電限制、分應用程式代理和路由設定，不要直接套用 v2rayN 的延遲結果。
什麼時候需要更換協定節點？
等目前設定持續交握失敗、核心記錄明確提示欄位不相容，或同一線路上的其他協定節點明顯更穩定時再更換。連線正常時，不必只為了協定名稱而轉移。
建議的最終判斷順序
- 更新訂閱，排除無法連線、設定錯誤和頻繁逾時的節點。
- 在同一網路環境下執行三輪真實連線延遲測試，優先查看中位數與波動。
- 核對 0.5x、1x、2x 等倍率，依每月額度分配用途。
- 根據存取目標選擇相對固定的落地地區，同時保留異區備用。
- 確認協定與核心相容，出現問題時依據記錄處理，不要盲目修改參數。
- 使用真實網頁、影片或下載任務複核五分鐘以上，再設為預設節點。