TCPing 用來初步確認伺服器連接埠是否可連線；真實連線延遲用來確認代理連線能否完成一次目標請求；下載測速則用來觀察持續傳輸能力。適合已匯入訂閱、卻不知道該依哪個欄位排序的使用者。依照本文步驟測試，就能分別判斷「連接埠可連線」、「代理可用」和「下載速度夠快」，避免選到延遲最低、實際上卻無法正常使用的節點。
三種測速方式測量的連線路徑並不相同
節點清單中的毫秒數並非統一標準。TCPing 通常只會對節點位址和連接埠建立 TCP 連線；真實連線測試會呼叫代理核心，透過指定節點存取測試位址；下載測速則會繼續接收回應資料，計算一段時間內的吞吐量。三者的終點、請求量和計時範圍各不相同，不能直接比較數值高低。
這段流程描述的是透過代理存取目標服務的邏輯過程。如果節點使用額外的傳輸層或中繼，從入口到代理服務之間還可能經過其他環節。TCPing 通常只涵蓋流程前段；真實連線和下載測試才會繼續檢查後續路徑。
| 測試方式 | 主要用途 | 無法據此確認 |
|---|---|---|
| TCPing | 節點入口的 TCP 連接埠能否建立連線 | 代理驗證、目標網站存取、持續傳輸速度 |
| 真實連線延遲 | 指定代理路徑能否完成測試請求 | 所有網站都能使用、長時間下載穩定 |
| 下載測速 | 傳輸至測速資源的有效速率 | 網頁首屏載入速度快、其他時段也有相同速度 |
TCPing 數值很低，為什麼節點還是無法使用？
以伺服器連接埠 443 為例，TCPing 顯示 38 ms，通常表示本機能快速與該位址的 TCP 監聽連接埠建立連線。這項測試不會提交 VMess 或 VLESS 所需的驗證資訊，也不會確認 TLS 參數、WebSocket 路徑，或節點出口能否存取目標網站。
- 驗證資訊不符：伺服器仍可接受 TCP 連線，但接著會拒絕代理請求。繼續執行 TCPing 無法找出驗證欄位錯誤。
- 傳輸參數不符：連接埠雖然可連線，但 TLS 伺服器名稱、傳輸路徑等參數有誤，應用層連線仍會失敗。
- 入口不等於最終伺服器：如果位址前方有中繼或 CDN，較低的數值可能主要反映本機到入口的距離。
- 協定不只依賴 TCP：TCPing 不能取代實際 UDP 服務的測試，也不能據此推斷所有協定都能使用。
反過來說，TCPing 逾時也應搭配測試方式和網路環境判斷。先確認用戶端測試的是目前節點位址和正確連接埠，再查看真實連線結果。如果兩者都失敗，再排查本機網路、入口連接埠、節點狀態和訂閱參數，而不是只憑單一結果就認定伺服器故障。
真實連線延遲更能反映可用性，但要留意測試目標
真實連線測試通常會透過核心為待測節點建立代理路徑，再向設定的測試 URL 發出請求。計時範圍可能包括網域名稱解析、代理交握、目標網站 TLS 交握及等待回應；實際起訖點取決於用戶端與核心的實作方式。這不是一個能固定拆解成「TCPing 加上幾次往返」的數值。
部分測試位址只會回傳很小的回應，甚至以 204 狀態碼表示成功。這類請求適合判斷回應速度，卻沒有持續傳輸足夠資料，因此無法據此推算下載頻寬。DNS 快取、連線重複使用，以及測試資源所在區域，也會影響重複測試結果。
真實連線測試紀錄
- 目標位址
- 固定使用同一個 HTTPS 測試 URL
- 測試次數
- 每個節點測試 5 次
- 測試間隔
- 每次至少間隔 3 秒
- 紀錄項目
- 中位數、最慢值、失敗次數
先固定目標和測試方式，再比較不同節點。
下載測速紀錄
- 下載資源
- 固定使用同一個測速檔案
- 測試時間
- 例如每次測試 10 秒
- 並行工作
- 同一時間只測試 1 個節點
- 紀錄項目
- 平均速度、波動情況、實際流量
資源檔案必須夠大，避免太快下載完，無法觀察持續傳輸速率。
如果測試目標本身無法連線，多個正常節點也可能同時顯示逾時。此時先保留原設定，換成已知可存取的小型 HTTPS 目標進行比對，再恢復原位址重測。如果只有特定目標失敗，應檢查該目標的存取限制和節點出口路徑，不要立刻刪除整個訂閱。
下載測速看吞吐量，先分清 MB/s 和 Mbps
下載速度取決於整條路徑中較慢的環節，包括本地寬頻、Wi-Fi 訊號、節點入口、伺服器出口、目標資源的速度限制，以及測試並行數。節點入口距離較近，只能降低部分往返時間，不代表出口頻寬充足。高延遲節點也可能在建立連線後維持較高吞吐量。
留意單位：1 MB/s = 8 Mbps，此處採十進位換算。標示為 100 Mbps 的連線頻寬，理論換算約為 12.5 MB/s；實際使用還會受到協定額外負載和共享網路影響。如果介面使用 MiB/s，應另以二進位位元組單位換算，不能把所有含有字母 M 的數值放在一起排序。
| 顯示數值 | 十進位換算 | 解讀方式 |
|---|---|---|
| 5 MB/s | 40 Mbps | 每秒約傳輸 5 MB 資料 |
| 10 MB/s | 80 Mbps | 不要誤以為只有 10 Mbps |
| 100 Mbps | 12.5 MB/s | 理論換算值，不代表測速保證值 |
在 v2rayN 中依固定順序比較節點
以下以 Windows 版 v2rayN 常見的桌面介面為例。不同版本和介面分支的選單名稱可能略有不同，可依「Tcping」、「真實連線延遲」和「速度」辨認測試項目。測試參數通常位於「設定」→「參數設定」中的測速相關選項；開始比較前，先記下目前的測試 URL、逾時時間和下載時長。
- 更新並確認清單：更新對應的訂閱群組，確認待測節點屬於同一輪清單。訂閱更新成功只表示設定已成功取得，不代表每個節點都通過連線測試。
- 固定本機環境：暫停其他下載和雲端同步，使用相同的網路連線方式。不要一個節點透過有線網路測試，另一個卻在擁擠的 Wi-Fi 網路下測試。
- 先測入口：在伺服器清單中選取候選列，按右鍵選擇 Tcping 測試項目。保留測試結果，用來判斷入口連線狀況，不要立即依最低數值決定最終節點。
- 接著測真實連線：按右鍵選擇真實連線延遲測試項目。建議採用前文提到的 5 次紀錄方式；如果目前版本提供測試並行設定，請設為 1，減少工作之間的互相影響。
- 少量測試下載速度：只對真實連線穩定的兩、三個節點執行速度測試。記錄平均速率，不要把剛開始時的瞬間峰值當成持續頻寬。
- 回到實際使用情境驗證：將候選節點設為作用中的伺服器，查看「系統代理」選單中的目前狀態，並確認瀏覽器是否使用系統代理。開啟平常使用的網頁，再實際下載一次。
內建測試可能會使用專門產生的測試設定，並不等同於瀏覽器目前完整的存取路徑。如果內建真實連線測試成功，但瀏覽器連不上，應進一步檢查系統代理、應用程式自己的代理設定、路由規則和 DNS。如果應用程式手動指定本機代理，例如 127.0.0.1:10808，必須確認其連接埠與「設定」→「參數設定」中實際監聽的連接埠一致；此處的連接埠僅為範例，並非所有安裝環境都使用相同數值。
用一組範例看懂「延遲低，下載卻慢」
以下是假設數據，用來說明判斷方式，並非本站實測結果，也不代表任何服務的效能承諾。假設在相同網路、相同時段和相同測試目標下，節點 A 的 TCPing 為 32 ms、真實連線中位數為 460 ms、下載平均速度為 2 MB/s；節點 B 的結果如下。
A 連到入口的速度較快，但透過代理存取測試目標時反而較慢，表示入口後的路徑或處理過程值得進一步檢查。不能只憑這三項數據就判定伺服器 CPU 效能不足或線路壅塞；還需要搭配記錄檔、不同測試目標和不同時段的重測結果。以這組範例來說，B 更值得進入實際使用情境驗證。
判斷方式：先排除不穩定的節點，再依用途排序
用於瀏覽網頁時，優先比較真實連線成功率和回應波動；傳輸大型檔案時，再比較持續下載速度。即使某個節點偶爾測出最低毫秒數，只要重複測試時經常失敗，就不應排在穩定的候選節點之前。
也要留意平均值可能掩蓋異常。五次測試結果為 180、190、185、900、逾時，和五次都在 220 ms 左右的體驗並不相同。記錄逾時次數和緩慢請求，比只看重新整理後留下的最後一個數字更有用。晚間使用高峰時再測一次，也能找出白天測試未發現的問題。
常見測速問題與後續處理方式
TCPing 有數值，真實連線卻全部逾時，該先檢查哪裡？
先確認測試 URL 和逾時設定，再查看核心執行記錄。如果出現 TLS 或驗證相關錯誤，請確認訂閱是否為最新版本、系統時間是否正確，以及傳輸參數是否曾手動修改。連接埠已可連線時，反覆更換本機監聽連接埠通常無法修正遠端交握錯誤。
真實連線測試成功，瀏覽器卻無法開啟網頁，是節點故障嗎？
先確認目前使用的伺服器，再檢查「系統代理」狀態和瀏覽器代理設定。手動設定代理的應用程式也要確認本機位址和連接埠。如果只有部分網域無法連線，請檢查路由是否讓這些網域直接連線，以及 DNS 是否回傳異常位址；不要因為單一目標失敗，就認定整個節點無效。
下載速度已跑滿，網頁還是要等很久，為什麼？
持續傳輸速度快，不代表建立連線也快。網頁可能會存取多個網域，並經過多次解析、交握和等待回應。先查看真實連線的波動，再透過瀏覽器的網路面板區分 DNS、連線、TLS 和等待回應所花的時間；必要時更換目標進行比對，排除網站本身處理速度較慢的可能。
桌面版和 Android 測試結果不同，哪個才準？
先讓兩台裝置使用相同的網路、節點和測試目標，並在相近時間進行測試，再比較結果。v2rayN 是桌面用戶端，v2rayNG 使用 Xray 核心，v2flyNG 使用 v2fly 核心；各自的測試實作和設定可能不同。每個結果反映的都是該裝置當時的存取條件，不適合直接跨裝置排名。
最後只要保留一份簡短紀錄即可：測試時間、網路連線方式、節點名稱、真實連線成功次數、延遲中位數和下載平均速度。訂閱網址和驗證資訊不應出現在公開截圖中。如需進一步排查，請從疑難排解依照「連線失敗」或「部分網站無法使用」繼續查找。