挑選節點時，先確認代理能否完成請求，再比較回應時間，最後依需求測試吞吐量。本文適合已匯入訂閱、卻看不懂延遲欄與速度欄的使用者，說明三種測試的範圍、v2rayN 與 v2rayNG 的操作位置，以及如何在相同條件下找出穩定節點。文中的計算範例並非實際節點測試報告。
三種測速：連接埠可達、請求可用、持續吞吐量
日常篩選適合看真實連線延遲，TCPing 用來檢查入口，下載測速則用於評估大量資料傳輸。三者不是同一指標的不同精度，也不能把毫秒與每秒兆位元組直接排成總分。節點入口近，不代表代理出口到目標網站也近；回應快，也不代表持續傳輸頻寬大。
TCPing：檢查節點入口
連線至設定中的伺服器位址與 TCP 連接埠，測量建立連線所需的時間。這項測試不會驗證 VMess 或 VLESS 的身分欄位，也不會向實際目標網站送出請求。
適用情境：初步檢查位址、連接埠與入口網路是否可達。
真實連線延遲：檢查代理請求
推薦透過受測節點向測試網址送出請求，涵蓋代理連線路徑與目標請求。計時的起訖點、是否重複使用連線，則依用戶端版本與核心實作而定。
適用情境：日常瀏覽前篩選可用節點，並比較多次測試結果。
下載測速：檢查有效吞吐量
透過代理持續接收測試資料，依單位時間內收到的位元組數估算速度。結果也會受入口、出口、測速站限速與本地網路影響。
適用情境：觀看影片或下載大型檔案前，複測少數候選節點。
一般 Ping 通常使用 ICMP，TCPing 則透過 TCP 連線，兩者不能混為一談。伺服器拒絕 ICMP 時，Ping 可能逾時，但代理仍可正常使用；反過來，Ping 有回應也不能證明代理連接埠已開啟。若節點使用以 UDP 為基礎的傳輸方式，更不能把 TCP 連接埠探測當成節點可用的必要條件。
TCPing 數值很低卻連不上：測試還沒進入代理交握
TCPing 成功只表示某個 TCP 連接埠接受了連線。例如伺服器入口使用 443，連線建立後仍可能在 TLS 驗證、傳輸路徑或代理認證等環節失敗。該連接埠可能由反向代理接入；接受 TCP 連線的設備也不一定是最後處理代理連線的程序。
| 檢查環節 | TCPing 是否涵蓋 | 接著檢查 |
|---|---|---|
| 伺服器 TCP 入口 | 可測試是否成功建立連線 | 位址、連接埠、本地網路與遠端監聽狀態 |
| TLS 與伺服器名稱 | 無法驗證 | 節點編輯視窗中的 TLS、SNI 或 serverName |
| 代理認證與傳輸 | 無法驗證 | UUID、傳輸類型，以及所用傳輸的 Host、path 等欄位 |
| 出口連線至目標網站 | 無法驗證 | 真實連線測試網址、遠端解析與出口連線狀態 |
在 v2rayN 主視窗選取節點，按右鍵開啟編輯伺服器視窗，對照訂閱提供的參數逐一檢查；不要為了降低延遲而任意修改 SNI。使用 TLS 的節點也需要正確的系統時間；在 Windows 可前往「設定」→「時間與語言」→「日期與時間」，檢查自動設定時間與同步狀態。
- 所有節點入口都逾時：先確認本機網路、訂閱是否有效，以及伺服器位址是否成功解析。
- 入口可連線，但真實連線測試失敗：查看日誌中的 TLS、認證或傳輸錯誤，再核對節點欄位。
- 只有一個目標連不上：換一個可信的測試目標交叉確認，不要馬上認定整個節點已離線。
真實連線延遲：測試網址與實際路由同樣重要
真實連線測試通常會透過受測節點送出 HTTP 或 HTTPS 請求。建立新連線時，可能會計入伺服器位址解析、連線至代理入口、TLS 與代理交涉、出口連線至目標，以及目標回應等時間。這比 TCPing 更接近「透過代理開啟網址」的情境，但不代表所有網頁或應用程式的統一延遲。
若測試網址使用 HTTPS，目標網站的 TLS、重新導向、目標回應速度與連線重複使用，都可能影響數值。用戶端顯示的數值不應直接解讀為單純的網路往返時間，也不能直接用「真實連線延遲減去 TCPing」計算出口延遲，因為兩項測試的時間點與計時範圍並不一致。
- 在 v2rayN 的伺服器清單中選取少數節點，按右鍵選擇名稱包含「測試伺服器真實連線延遲」的項目；部分版本的項目名稱後會加上「多選」。
- 若要確認測試目標，前往「設定」→「參數設定」，在 v2rayN 的相關設定頁面查看「真實連線測試網址」。介面名稱可能因版本而略有不同，請以目前視窗顯示為準。
- 比較節點時，請使用相同的測試網址。若所有節點都測試失敗，先確認該網址是否仍能正常回應。
- 選定節點後，再用瀏覽器開啟實際要瀏覽的網站；同時查看用戶端日誌，確認業務請求是否走預期的出站路徑。
網域名稱解析也可能由不同環節處理：節點伺服器位址與目標網域的解析，不一定由同一個元件負責。是否在本機解析或交由遠端解析，取決於核心與設定。不要只因某個延遲偏高就直接更換所有 DNS 設定；先從日誌確認是連線節點失敗，還是連線目標失敗。
下載測速：看懂 MB/s、Mbps 與測試流量
下載速度高，表示這次測試連線的有效吞吐量高，不代表網頁首屏一定載入得快。測速站所在位置、單連線或多連線策略、測試時間，以及節點的共用負載都會影響結果。速度測試會產生實際流量，可能耗用訂閱流量；使用行動網路時，尤其要先確認剩餘流量。
以下僅為單位換算範例。以十進位單位計算，假設穩定接收速度為 10 MB/s，持續 20 秒，傳輸量約為 200 MB。實際用戶端可能採用不同的單位顯示，也可能包含預熱等額外階段，這個範例不代表每次測試的固定流量消耗。
建議：只對入選節點測試吞吐量
先透過真實連線測試留下 2～3 個穩定候選節點，再逐一進行下載測速。若速度都接近本地網路的頻寬上限，就不必再依峰值排名，改看實際使用時的開啟速度與晚間穩定度。
- 單位一致：先確認欄位顯示的是 MB/s、MiB/s 還是 Mbps，再比較數據。
- 逐一測試：同時進行多項下載測試會搶用本地頻寬，測得速度較低不一定是節點限速。
- 暫停背景工作：下載、雲端同步與系統更新都會占用頻寬；上傳頻寬塞滿也可能拉高請求延遲。
- 觀察持續表現：初始峰值可能受快取與短暫突發影響，不能代表一段時間內的穩定速度。
桌面與 Android：在相同條件下比較
v2rayN、v2rayNG 與 v2flyNG 的介面和核心組合各不相同，測試方式也未必一致。v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心。即使匯入同一筆訂閱，也要確認兩端選用相同伺服器、相同連接埠與相同傳輸設定，不能只看節點備註來判斷是否一致。
比較方式：相同網路、相同節點、相同目標
桌面版：v2rayN
- 在伺服器清單中按右鍵執行真實連線測試，再對候選節點執行名稱包含「測試伺服器速度」的項目。
- 記錄測試網址、測試時間與用戶端版本；每輪只對一個節點進行下載測速。
- 驗證實際連線時，確認主視窗底部的系統代理狀態與路由選擇。
Android 版：v2rayNG
- 連線後開啟主畫面右上角的選單，使用「測試真實連線」；部分版本也提供針對所有設定的批次測試項目。
- 在主選單的「設定」中確認真實連線測試網址，盡量與桌面版一致。
- 先連上相同的 Wi-Fi 進行比較，再另外測試行動網路；不要把兩種網路的結果混在同一組中。
不同用戶端的絕對數值僅供參考。比較時，優先觀察各自重複測試是否穩定，以及同一項實際工作能否順利完成。
如果 v2flyNG 目前版本提供的測試項目不同，請記下項目原名，不要把一般連線測試說成下載測速。更換核心也不保證速度會提升：協定與傳輸方式必須受到支援，真正的瓶頸也可能出在無線訊號、電信業者路由或遠端頻寬。
- 固定環境：關閉其他代理連線、暫停背景下載，並維持相同的網路連線。
- 重複測三輪：每輪間隔約 10 秒，記錄真實連線結果與失敗次數；三次有效數值可取中位數，失敗則另外記錄。
- 錯開時段複測：白天與晚間各測一組，以相同目標檢查負載變化，不要只保留最好的一次結果。
- 確認實際用途：依需求分別測試瀏覽器、影片或檔案下載，不要用單一綜合分數取代實際使用情境。
常見問題：逾時、負值與數值波動怎麼處理
TCPing 正常，但真實連線一直逾時，該先檢查哪裡？
先查看 v2rayN 主視窗的日誌區域，確認失敗發生在哪個階段。若是 TLS 相關錯誤，先檢查系統時間與節點的 SNI；若是認證或傳輸錯誤，則在伺服器編輯視窗中核對訂閱參數。若所有節點都同時失敗，再前往「設定」→「參數設定」確認真實連線測試網址，並改用可信的目標重新測試。
顯示 -1 ms，代表延遲特別低嗎？
不是。負值、空白或逾時通常表示未取得有效結果，具體含義請以目前用戶端的提示與日誌為準。不要將這類數值納入延遲平均值。重新測試一次並記錄是否為偶發失敗；若三次測試中多次失敗，就不該因為某一次延遲低而把節點排在前面。
真實連線測試很快，網頁卻打不開，該怎麼查？
先確認請求是否出現在用戶端日誌中，再檢查路由規則是否命中。若日誌完全沒有瀏覽器請求，請確認系統代理或應用程式本身的代理設定。例如要將應用程式指向 127.0.0.1:10808 前，必須先確認「設定」→「參數設定」中的本機監聽連接埠確實是 10808，且協定類型相符；這只是範例連接埠，並非所有版本都固定使用此值。
白天速度快、晚間變慢，需要重新匯入訂閱嗎？
先保留原有設定，在兩個時段使用相同測試網址，各測三輪。若入口連線與真實連線都變慢，可能是本地網路或入口路徑壅塞；若只有吞吐量下降，則繼續比較其他候選節點與下載目標。更新訂閱是為了取得設定變更，無法直接排除連線壅塞。
最後依序判斷：先看可用性，再看穩定性，吞吐量則依需求測試。日常瀏覽優先選擇真實連線連續成功、回應波動較小的節點；下載大型檔案時再進行下載測試。遇到問題時，分別記錄 TCPing、真實連線與實際使用情況，才能判斷該檢查入口、代理參數，還是出口與路由。