挑選節點時，先確認服務能否正常使用，再比較尖峰時段的穩定度、實際連線延遲與流量成本。本文適合已匯入訂閱、準備從多條線路中挑選主要節點的使用者：先用 TCPing 排除基本連線問題，再以相同目標測試實際連線，最後依出口地區、倍率與協定參數，保留一條主要線路和一條備用線路。
一、TCPing 與實際連線延遲：測量範圍有何不同
節點清單中的毫秒數不一定來自相同的測試。TCPing 通常測量本機連上伺服器位址與連接埠所需的時間；這無法證明代理驗證成功，也無法確認伺服器能否連上目標網站。連接埠可以連通，但網頁無法開啟，兩者並不矛盾。
實際連線延遲通常是透過節點向指定測試位址送出請求，包含代理交握、連往目標網站及接收回應等步驟。實際計時範圍會依用戶端與核心的實作方式而異，因此只能在相同用戶端、相同測試位址及相近時段下比較。這種測試較貼近日常瀏覽體驗，但不等於下載速度，也無法代表所有網站的連線狀況。
| 測試方式 | 可用來判斷 | 無法據此判斷 |
|---|---|---|
| TCPing | 伺服器入口的 TCP 連接埠是否可連通，以及建立連線是否較慢 | 帳號是否有效、代理出口是否正常，以及目標網站是否可用 |
| 實際連線延遲 | 透過代理連線至指定測試目標是否成功，以及大致的回應時間 | 持續下載頻寬、所有服務的相容性，以及長時間連線穩定度 |
| 下載速度測試 | 指定目標與測試時段內的傳輸效能 | 視訊會議的延遲變化、服務地區資格，以及全天候尖峰時段的表現 |
二、v2rayN 節點測試：統一條件後再排序
在 v2rayN 主視窗選取候選伺服器，按右鍵後選擇名稱含有「實際連線延遲」的測試項目；部分版本會顯示為「測試伺服器實際連線延遲」。若要測試基本連接埠，則選擇名稱含有「Tcping」的項目。桌面版與不同版本的項目名稱可能略有差異，請依測試類型區分，勿將兩種結果混在一起排名。
- 只保留少數候選節點。先挑選 3～5 條符合地區與倍率需求的節點，暫停系統更新、雲端硬碟同步及其他下載，並維持相同的網路連線。
- 使用相同的測試目標。在「設定」→「參數設定」中尋找測速相關選項；若目前版本提供「實際連線測試位址」，請讓所有候選節點使用同一位址，測試途中不要更改。
- 連續測試 3 輪。記錄每輪結果與逾時次數。例如三次測得 82、88、230 毫秒，不能只記下最低的 82 毫秒，也要記錄結果的波動範圍。
- 設為作用中伺服器。在優先候選節點上按右鍵，選擇「設為作用中伺服器」，確認系統代理或目前使用的接管方式已啟用，再瀏覽實際要使用的網站。
- 返回記錄檢查。在記錄區查看連線失敗、驗證錯誤與 TLS 交握錯誤。使用瀏覽器測試時，也要確認相關要求確實經過代理，沒有被直連規則分流。
上述 82、88、230 毫秒僅為記錄方式的示例，不代表任何地區的實測結果。比較時建議參考中位數、逾時次數與最差結果：偶爾速度很快、卻經常失敗的節點，通常不適合作為日常主要線路。
這些數字是方便執行的篩選建議，並非效能門檻。Android 版 v2rayNG 可從主畫面右上角選單進入「測試全部設定的實際連線」等測試功能；測試後仍須選取候選節點、啟動連線並確認服務可正常使用。不同網路環境應分別記錄，在家用寬頻測出的排名不能直接套用到行動網路。
三、節點倍率：低倍率不等於低延遲
倍率通常由訂閱服務端用於流量計費。用戶端節點名稱中的「0.5x」、「1x」、「2x」僅供參考，實際扣除流量以服務端規則與用量面板為準。倍率較高不會自動帶來較低延遲，也可能反映線路成本、頻寬資源或服務商的定價方式。
| 節點倍率 | 假設計費基礎流量 | 依倍率計算的扣除流量 |
|---|---|---|
| 0.5 倍 | 1 GiB | 0.5 GiB |
| 1 倍 | 1 GiB | 1 GiB |
| 2 倍 | 1 GiB | 2 GiB |
表格採用「計費基礎流量 × 倍率」的簡化算法。部分服務會合計上傳與下載流量，傳輸額外耗損、單位換算及統計延遲也會影響用量面板的數值。因此，下載標示為 1 GiB 的檔案，不一定恰好只增加 1 GiB 的基礎用量。
- 影片與大型檔案：先確認傳輸穩定度，再看倍率；只要效能符合需求，就不必為了額外的測速峰值承擔更高的流量扣除。
- 瀏覽網頁與輕量辦公：通常耗用的流量不多，連線穩定、少逾時比一味追求最低倍率更重要。
- 測速成本：速度測試會實際傳輸資料。不要對數十條節點反覆進行滿速測試，先用延遲測試縮小範圍。
四、如何選擇地區：入口、出口與服務限制
節點名稱標示的地區，不代表整條連線路徑都位於該處。入口是裝置接入線路的位置；出口則是目標網站所看到的公網 IP 位址所在地，中途也可能經過轉送。地理距離較近通常有利於降低傳輸延遲，但電信業者之間的互連、繞道與壅塞都可能改變實際排名。
使用有特定地區限制的服務時，應以服務頁面實際確認是否可用。IP 地理位置資料庫可能更新不及時，影音串流等服務也可能依帳號地區、付款資料及代理偵測結果判斷是否開放。只看節點名稱或單一 IP 查詢結果，無法保證服務一定可用。
選擇鄰近出口，並確認尖峰時段表現
推薦先從網路路徑較短的候選節點開始，以實際連線測試和目標網站再次確認；保留尖峰時段少逾時、互動穩定的節點作為主要線路。
適用情境：日常瀏覽、辦公互動，以及沒有指定地區需求的服務
選擇符合服務地區需求的出口
先符合目標服務的地區條件，再比較回應速度與傳輸效能。登入、播放及持續使用都要實際測試，不能只確認首頁能否開啟。
適用情境：有明確地區限制的內容與帳號服務
準備不同路徑的備用出口
備用線路最好不要與主要線路共用相同入口或上游。名稱不同的節點仍可能共用同一條線路，必要時應參考服務說明確認。
適用情境：尖峰壅塞時切換，或主要線路維護時接續使用
五、VLESS、VMess、Trojan：依完整設定判斷相容性
協定名稱只代表設定的一部分。傳輸方式、TLS 或 REALITY、安全參數、伺服器端部署方式及線路品質都會影響結果。「VLESS 一定比 VMess 快」並不是可靠的選線原則；即使使用相同協定，不同線路的表現也可能差異很大。
| 協定 | 需確認的欄位 | 選擇時的重點 |
|---|---|---|
| VLESS | UUID、傳輸方式、安全類型；使用 REALITY 時，也要確認公鑰、shortId、serverName 等參數 | VLESS 本身不提供傳輸加密，需留意完整的安全設定；flow 必須與伺服器端設定相符 |
| VMess | UUID、加密設定、傳輸方式；啟用 TLS 時，確認伺服器名稱 | 檢查裝置時間與伺服器端參數，勿將驗證失敗誤判為線路壅塞 |
| Trojan | 密碼、伺服器位址、連接埠、TLS 伺服器名稱及傳輸參數 | 常見部署方式會使用 TLS；若憑證驗證失敗，請檢查名稱、憑證與系統時間 |
伺服器使用 443 連接埠，不代表節點天生較快，也不能只憑連接埠判斷安全性。不要為了消除錯誤而隨意啟用「略過憑證驗證」；應先確認訂閱中的伺服器名稱、系統時間與伺服器端憑證設定。
設定建議：依現有節點選擇用戶端核心
VLESS + REALITY 節點
- 桌面版請在 v2rayN 確認使用支援此設定的 Xray 核心。
- Android 裝置可使用採用 Xray 核心的 v2rayNG，並保持用戶端為最新版本。
- 完整保留訂閱參數，不要手動將安全類型改成 TLS 來取代 REALITY。
現有的 VMess 或 Trojan 節點
- 先保留伺服器提供的協定、傳輸與安全參數，再測試線路。
- v2flyNG 使用 V2Fly 核心，支援哪些設定需依對應版本確認。
- 若匯入時顯示不支援某個欄位，請先確認核心相容性，不要貿然修改協定。
優先確保設定完整且核心相容，再比較線路效能；不要只為了切換協定而修改用戶端欄位。
六、延遲低卻不好用：依實際狀況檢查
挑選線路的最後一步是實際使用，而不是只把測速結果排序。使用同一個瀏覽器開啟常用網頁，試著下載檔案或播放影片；如果有視訊會議需求，再確認長連線是否容易中斷。即時通訊服務也會受到 UDP 支援、應用程式行為及路由規則影響，單純的 HTTPS 測試無法涵蓋所有狀況。
TCPing 只有 30 毫秒，為什麼實際連線一直逾時？
30 毫秒只表示連上入口連接埠的速度快。先用另一條可用節點測試相同目標，再檢查記錄中的驗證、TLS 與 DNS 錯誤；並確認 UUID 或密碼、安全類型、傳輸參數及系統時間。
延遲最低的節點，為什麼下載反而比較慢？
短時間請求回應快，不代表持續傳輸頻寬充足。只針對入選的兩三條線路測試相同下載目標，關閉平行下載，記錄穩定速度而非瞬間峰值，並在晚間尖峰時段再次確認。
白天正常、晚上一直載入，還要更換協定嗎？
先保留原有設定，在相同目標與網路環境下切換到不同路徑的備用節點。如果只有尖峰時段變慢，應優先檢查頻寬與路徑壅塞；更改協定名稱無法解決共用上游壅塞。
Android 可以使用，電腦卻無法開啟同一個網站，是節點故障嗎？
先確認兩端是否連上相同網路、使用同一條節點。電腦端請確認作用中伺服器與系統代理狀態，再檢查是否有直連規則或瀏覽器獨立代理；也要確認兩端的核心是否支援該設定。
最後確認清單
- 一條主要線路：目標服務可正常使用，日常與尖峰時段都穩定，倍率也在可接受範圍內。
- 一條備用線路：路徑盡量與主要線路不同，並已實際啟動連線確認，而非只依賴清單中的延遲數值。
- 一份測試記錄：保存節點別名、測試日期、網路環境、三輪結果與使用感受；截圖前請隱藏訂閱網址與登入憑證。
- 重新測試一次：更換寬頻、行動網路或訂閱線路後，重新比較節點，不要把過去的排名當成長期結論。
挑選節點可以依照固定順序進行：服務可用 → 尖峰穩定 → 回應速度與傳輸效能 → 倍率成本 → 備用路徑。協定與地區是篩選條件，實際連線結果才是最終依據。