想知道網頁能否開啟，先看透過代理發出的真連線請求；想確認大型檔案下載速度，則看持續傳輸量。ICMP ping 和 TCP 握手只涵蓋連線的一部分。本文適合比較 v2rayN 或 v2rayNG 測試結果的使用者，說明各項測試的範圍、逾時代表的意義，以及如何在相同目標、網路條件下重複測試並有效比較。
四種測試各自測量什麼
延遲是完成某個動作所需的時間；速度則是單位時間內傳輸的資料量。用戶端清單中的毫秒數不是節點的固定屬性：測試目標、解析結果或連線重用狀態不同，結果都可能改變。比較之前，先確認測試按鈕實際執行的項目，而非只看欄位名稱中的「延遲」。
| 測試項目 | 主要測量內容 | 無法直接證明 |
|---|---|---|
| ICMP ping | 與目標主機之間的 ICMP 回應往返時間 | 代理連接埠可用，或通訊協定驗證成功 |
| TCP 握手 | 與指定 IP 位址及連接埠建立 TCP 連線所需時間 | TLS、VMess 或 VLESS 設定正確 |
| 真連線延遲 | 透過代理向測試 URL 發出請求所需時間，測量範圍視實作而定 | 所有網站都能連線，或持續下載速度夠快 |
| 下載速度測試 | 經指定路徑接收資料的有效傳輸量 | 首次請求回應快，互動過程穩定 |
例如，某節點的 TCP 握手耗時 45 ms，真連線請求耗時 260 ms，兩者並不矛盾。後者還可能包含代理通訊協定握手、伺服器連線至目標網站、目標網站的 TLS 握手，以及等待回應的時間。兩項測試的測量終點不同，不能直接相減並當成「加密開銷」。
ICMP ping 與 TCP 握手：只檢查連線前段
系統的 ping 通常會傳送 ICMP 回應要求，不會因為設定了 HTTP 或 SOCKS 代理，就自動透過代理轉送。對節點網域執行 ping，主要確認本機網路能否連上該網域解析出的位址。若網域指向中繼入口，測到的是入口連線狀況，而不是出口至目標網站的完整路徑。
- ping 逾時但代理可用：主機或路徑上的設備可能不回應 ICMP；先測試實際服務連接埠，再發出代理請求。
- ping 數值低但網頁很慢：入口距離近，不代表中繼路徑、出口頻寬和目標網站的回應也快。
- TCP 握手成功但真連線失敗：連接埠上有服務回應，仍可能是 UUID、TLS 服務名稱、傳輸路徑或通訊協定參數設定錯誤。
TCP 測試必須使用節點設定中的實際連接埠。節點使用 443，就測該位址的 443；不能拿同一主機的 80 連接埠代替。如果設定採用非 TCP 傳輸，TCP 探測的參考價值會更低。即使遠端連接埠正確且握手完成，也只能證明 TCP 層連通，不代表應用層接受這份代理設定。
真連線延遲：透過代理請求指定 URL
真連線測試通常會讓核心透過待測節點，連線至 HTTP 或 HTTPS 測試網址。這比單純測連接埠更接近實際瀏覽網頁，但計時起點和終點取決於用戶端及核心的實作。有些實作會計時至收到回應標頭，有些測試也會受連線重用影響；不同用戶端的真連線結果不一定能直接比較。
若目標使用 HTTPS，流程中可能會有兩段用途不同的 TLS：一段用於節點本身的傳輸安全，另一段用於用戶端連線至目標網站。VMess 和 VLESS 是代理通訊協定；是否使用 TLS、採用哪種傳輸方式，須依節點設定判斷，不能只憑通訊協定名稱推算測試耗時。
測試 URL 宜選擇內容精簡、回應穩定且預期狀態碼明確的 HTTPS 端點。逾時不一定代表節點完全無法使用：目標網站可能拒絕某個出口、解析失敗，或回傳測試實作不接受的狀態碼。先改用另一個獨立目標交叉驗證，再檢查記錄中的連線、TLS 和回應錯誤。
真連線測試的對照條件
- 目標通訊協定
- HTTPS，記錄完整 URL
- 目標連接埠
- 通常為 443，以 URL 為準
- 重複次數
- 同一節點連續測試 5 次
- 記錄結果
- 中位數、失敗次數、測試時段
這是建議的對照測試方式，並非用戶端內建預設值。
下載測試的對照條件
- 測試資源
- 固定 URL 的大型檔案或持續傳輸資料的回應
- 連線數量
- 先測單一連線，再另外測試多連線
- 測試時間
- 每次約 20 秒，記錄穩定區段的數值
- 網路條件
- 使用相同網路，暫停其他下載
速度測試會消耗流量；使用行動網路時，請先確認剩餘流量。
下載速度測試：吞吐量和毫秒數是不同指標
下載速度會受到本機網路頻寬、節點限速、出口壅塞、目標伺服器限速，以及 TCP 壅塞控制共同影響。低延遲有助於建立連線和即時互動，但不保證頻寬充足；高延遲的線路也可能在連線穩定後達到較高吞吐量。測試開始後的前幾秒，連線可能仍在建立，TCP 壅塞視窗也尚在擴大，因此不宜只看瞬間峰值。
Mbps 的小寫 b 代表位元，MB/s 的大寫 B 代表位元組。100 Mbps 除以 8 為 12.5 MB/s，這只是尚未扣除通訊協定與線路開銷的換算上限，不代表應用程式能一直達到這個速度。若介面顯示 MiB/s，單位也不同；記錄數據時請保留原始單位。
- 單一連線測試：較適合觀察一般單次下載的表現，容易受到單一串流限速和往返延遲影響。
- 多連線測試：較容易跑滿頻寬，但可能掩蓋單一連線速度較慢的問題，不能直接和單一連線的結果排名比較。
- 測試時網頁明顯變慢：可能是頻寬已被占滿，或佇列累積造成延遲。先停止速度測試再測延遲，區分閒置延遲與負載延遲。
v2rayN 與 v2rayNG：先固定條件再比較
用戶端選單會隨版本和介面調整。桌面版 v2rayN 可在伺服器清單選取節點後，從右鍵選單尋找「測試伺服器真連線延遲」；批次測試前，先只選一個節點，確認目標網址和記錄內容。Android 版 v2rayNG 可在主畫面右上角選單尋找「測試全部設定真連線」。若目前版本的功能名稱不同，請依「真連線」功能辨識，避免把 TCP 測試誤認為完整請求測試。
- 記錄測試環境：記下用戶端版本、核心版本、網路類型和測試時間。若一次使用 Wi-Fi、另一次使用行動網路，兩者就不是相同條件下的測試。
- 固定測試目標：在目前版本的測試網址設定中確認 URL；若找不到相關設定，至少確認兩次使用相同用戶端和相同測試功能。
- 排除並行干擾：暫停同步、系統更新和其他下載。逐一測試節點，避免批次連線占用本機頻寬或伺服器資源。
- 重複測試並保留失敗結果：每個節點測試 5 次。逾時不能記為 0 ms，也不應直接從記錄中刪除。
- 確認實際應用情況：選定節點後，瀏覽平常使用的網站，再另外下載測試檔案。用戶端內建測試可能透過獨立的暫時入站連線，不一定與系統代理或依應用程式分流的路徑相同。
手動驗證時，如果本機已設定支援 HTTP 的混合入站，連接埠為 10808，可以讓命令列請求明確地透過該入站傳送。此處的連接埠僅為範例，實際值請以用戶端目前的監聽設定為準；如果只有 SOCKS 入站，不能直接套用 HTTP 代理參數。以下命令會連線至本站 HTTPS 頁面，用於檢查連線路徑，不代表以此頁面作為統一的速度測試基準。
curl --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 --output /dev/null --silent --show-error --write-out "HTTP=%{http_code} TTFB=%{time_starttransfer}s TOTAL=%{time_total}s\n" https://v2ray-best.com/這種寫法適用於 Linux 或 macOS 終端機。Windows 請使用 curl.exe，並將 /dev/null 改為 NUL。TTFB 是從請求開始到收到第一個位元組的總時間，TOTAL 則是請求結束所需的總時間；兩者的計時範圍可能與用戶端的真連線測試不同。也不要把連上本機代理連接埠所需的時間，當成連上遠端節點的 TCP 延遲。
如何解讀一組延遲數據
優先看成功率，再看中位數，最後觀察波動。以下數值僅用於說明讀法，並非任何節點的實測結果：同一目標測試五次，結果為 180、190、185、920 ms，另有一次逾時。成功樣本的中位數是 187.5 ms，但也必須記錄 4 次成功、1 次失敗；只留下「約 188 ms」會掩蓋連線可用性問題。
| 觀察到的結果 | 優先檢查項目 | 下一步 |
|---|---|---|
| TCP 快，真連線逾時 | 通訊協定參數、目標網站、DNS 或出口連線異常 | 更換測試目標，並檢查核心記錄 |
| 真連線穩定，下載速度慢 | 頻寬、單一串流限速、目標資源限制 | 固定測試資源，比較單一連線與多連線 |
| 閒置時快，下載時延遲高 | 頻寬占滿、線路佇列累積 | 暫停下載後重測，再嘗試限制下載速度 |
| 測試成功，特定應用程式無法開啟 | 應用程式未使用代理、分流設定不同，或網站有特定限制 | 檢查該應用程式使用的代理入口和實際出站記錄 |
不同時段測試也應維持相同條件。晚間壅塞和上午網路閒置的差異，可能比兩個節點之間的差異更大。若主要用來看影片或下載大型檔案，優先選擇成功率穩定、持續吞吐量足夠的線路；若主要用於瀏覽網頁或遠端互動，則更應留意請求延遲和波動。沒有單一數值能代表所有使用情境。
常見問題：低延遲、逾時與分流設定
ping 不通，還要繼續測試嗎？
要。先依節點設定確認實際服務連接埠，再執行一次真連線測試。如果真連線成功，表示 ICMP 沒有回應並未阻止這筆代理請求；接著觀察實際網頁和下載狀況即可，不必為了讓 ping 有回應而修改通訊協定參數。
真連線只有 100 ms，為什麼網頁還是要等好幾秒？
測試只連線到一個小型目標，網頁卻可能載入多個網域和大量資源。先停止下載，再到瀏覽器開發人員工具的「網路」面板查看哪些請求較慢，並確認該網域的路由出站和解析狀況。測試 URL 的速度不代表所有資源網域的速度。
v2rayNG 測試成功，特定應用程式卻沒有走代理？
先確認系統已授予 VPN 連線權限，再前往 v2rayNG「設定」中的分應用程式代理選項，確認目前設定是代理已選取的應用程式，還是略過已選取的應用程式。儲存後依介面提示重新啟動服務，再開啟目標應用程式並查看連線記錄；內建測試成功不代表應用程式的連線路徑也正常。
更新訂閱後延遲變了，是路由被重設了嗎？
先確認節點位址、連接埠和傳輸參數是否因訂閱更新而改變，再檢查目前選取的節點。訂閱主要更新伺服器設定，通常不會直接改寫本機路由規則；即使節點名稱沒變，位址解析、出口負載和測試時間不同也會影響結果。
選擇節點時，可以依序確認：先確定代理請求成功，再比較多次測試的延遲和失敗次數，接著測試持續吞吐量，最後驗證實際應用程式。ICMP 和 TCP 結果適合縮小排查範圍，真連線適合檢查請求路徑，下載測試則用來觀察頻寬；掌握各項測試的範圍，才能解釋數值為何不同。