TCPing 用來檢查伺服器連接埠是否可連線；真實連線延遲用來確認代理連線能否完成測試請求；下載測速則用來觀察持續傳輸能力。適合已匯入訂閱、正在挑選節點的使用者：先排除無法使用的設定，再比較回應時間，最後只對候選節點測試下載速度。
三種測速測到哪裡：連接埠、請求與持續傳輸
用戶端伺服器清單中的「延遲」並非統一指標。即使都以毫秒顯示，測試可能只完成連往伺服器的 TCP 連線，也可能已透過代理存取測試網址。比較數值前，先確認執行的是哪種測試，以及測試目標是否相同。
| 測試方式 | 主要涵蓋範圍 | 無法據此判定的事項 |
|---|---|---|
| TCPing | 本機連至設定中的伺服器位址與 TCP 連接埠；通常測量建立連線所需時間 | 代理驗證正確、目標網站可存取、下載頻寬充足 |
| 真實連線延遲 | 透過指定節點存取測試網址；通常包含代理連線及一次 HTTP 或 HTTPS 請求 | 所有網站都能存取、長連線穩定、持續下載速度快 |
| 下載測速 | 透過代理接收測試資源，依接收的位元組數與時間計算傳輸速率 | 互動回應一定快速、其他時段速度相同、所有目標速度一致 |
真實連線延遲的計時範圍取決於用戶端版本與測試方式。有些測試會包含網域名稱解析、TLS 交握或連線初始化，有些則會重複使用既有連線。將它理解為「特定條件下完成一次請求所需的時間」會更準確，不應直接把數值視為跨平台通用的網路往返時間。
TCPing 延遲很低卻無法瀏覽網頁，通常是哪一層出問題？
假設某項設定使用 TCP 連接埠 443。TCPing 成功，只能表示該位址上的這個連接埠接受了 TCP 連線。監聽連接埠可能屬於反向代理或 CDN 節點；後續請求還要經過傳輸層設定、代理驗證、遠端出口與目標網站，任何環節失敗都可能導致網頁無法開啟。
- 先確認伺服器欄位。訂閱中的伺服器位址、連接埠與使用者識別碼必須互相吻合。分享連結顯示的名稱不是伺服器位址，也不要任意將連接埠改成
443。 - 接著確認傳輸參數。使用 WebSocket 時，檢查路徑與 Host；使用 TLS 時，檢查伺服器名稱與本機時間。VLESS 設定若使用 REALITY，公鑰、伺服器名稱等參數也必須符合伺服器端要求。
- 確認核心是否支援設定。V2Ray 和 Xray 支援的功能並不完全相同。成功匯入設定不代表目前使用的核心支援所有傳輸與安全選項；請以啟動記錄和連線錯誤為準。
- 最後檢查出口與目標。節點可能已完成驗證，但遠端 DNS、出口網路或目標網站仍可能發生問題。請用兩個不同的常用網站進行驗證，不要只憑單一網站下結論。
記錄中的 connection refused 通常表示某個連線目標拒絕連線；timeout 則表示未能在指定時間內完成操作。先確認記錄指出的是本機監聽位址、代理伺服器，還是最終目標，再逐步排查原因。只看單一錯誤字詞，很容易把入口問題誤判為節點故障。
判斷方式：連接埠可連線後，優先檢查協定與請求路徑
TCPing 成功但真實連線一再失敗時，先檢查設定、核心記錄與測試網址，不要再依 TCPing 排序。只有請求層測試通過後，較低的連接埠連線耗時才有比較價值。
如何在 v2rayN 與 Android 用戶端安排測試
在 v2rayN 中選取伺服器清單項目後開啟右鍵選單，尋找「測試伺服器延遲Tcping」、「測試伺服器真實連線延遲」、「測試伺服器速度」等選項。不同版本可能調整空格、快捷鍵，或將選項移至測試子選單；請依功能名稱辨認，別把清單中既有的歷史數值當成本次結果。
測試流程：先確認可用性，再測速度
桌面版：v2rayN
- 更新訂閱後，選取待測項目，從右鍵選單執行真實連線延遲測試。
- 等候本輪測試全部完成，記下失敗項目與測試時間。
- 逐一測試通過的候選項目，避免同時下載而互相搶占頻寬。
- 切換目前使用的伺服器，再用瀏覽器測試日常瀏覽的網站。
Android：v2rayNG / v2flyNG
- 先選取設定並啟動連線，依系統提示授予 VPN 連線權限。
- 在選單中尋找「測試真實連線」或對應的連線測試項目；批次測試入口依版本而異。
- v2rayNG 使用 Xray 核心，v2flyNG 使用 v2fly 核心；遷移前請確認設定的支援範圍。
- 測試期間維持使用同一個 Wi-Fi 或行動網路，不要切換網路。
兩端使用的測試網址、逾時設定與計時方式可能不同。請分別比較各平台內的結果，不要直接拿桌面版與 Android 版的毫秒數混在一起排名。
用戶端內建測試可能會直接為選取的項目建立測試通道，不依賴系統代理；瀏覽器則會受到系統代理、瀏覽器自身設定或 TUN 接管方式影響。因此，內建測試成功後，還要確認實際使用的應用程式確實經由預期入口連線。不要為了解決瀏覽器入口問題而反覆修改訂閱內容。
如何看懂下載速度：單位、時間與並行條件
下載測速反映一段時間內接收資料的能力，單位通常為 MB/s、MiB/s 或 Mbps。寬頻方案常以 Mbps 標示，而用戶端可能顯示每秒位元組數。若數值相差約八倍，先檢查大小寫與單位，不要立刻認定線路遭到限速。
以上是單位換算範例，不是節點實測結果，也未計入協定額外負擔。若計時包含連線準備階段，傳輸小檔案的平均速度會明顯降低；若使用多連線並行下載，測試結果則可能高於單一連線。記錄測試方式，比只保存單次峰值更有參考價值。
- 固定資源與測試時間。同一批比較應使用相同的測試網址、檔案大小或測試時間，避免一個資源命中 CDN 快取，另一個卻仍需從來源伺服器取得。
- 關閉會搶占頻寬的流量。暫停系統更新、雲端硬碟同步及其他下載；同一網路上的其他裝置若占滿頻寬，也會拉低測試結果。
- 分清初始峰值與持續速度。短時間的突發速度不代表長時間下載表現，請觀察後段是否穩定，以及是否頻繁停頓。
- 留意流量用量。測速會產生實際資料傳輸。例如持續 10 秒、平均速度為 10 MB/s，接收資料約為 100 MB；重複測試前請先確認方案剩餘流量。
挑選節點該看哪項數據：依用途分兩階段篩選
日常瀏覽網頁與呼叫 API 更重視請求能否穩定完成；傳輸大型檔案則更看重持續傳輸速率。先用真實連線測試篩出可用設定，再依用途決定比較延遲或下載速度。TCPing 適合協助診斷入口問題，不適合用來排列最終使用體驗。
優先看真實連線延遲
推薦先排除連續失敗的項目，再於相同測試條件下比較多次結果。若偶爾回應很快、其他時候卻逾時，排名應低於持續可用的項目。
適用情境：日常瀏覽、短請求、初步挑選節點
再以下載速度篩選
只測試已通過連線測試的候選項目。比較持續速度與中途停頓情形，不要因一次瞬間峰值就頻繁切換節點。
適用情境：大型檔案傳輸、長時間接收資料
以 TCPing 輔助診斷
用來確認伺服器的 TCP 入口是否可連線。若連接埠連線很快但請求失敗，請改查代理參數與後續連線路徑。
適用情境：區分連接埠無法連線與請求層失敗
每個候選項目可先重複測試 3 次，記錄成功次數與典型耗時。例如在相同測試網址下，三次結果為 180、195、210 毫秒，中位數是 195 毫秒；另一個項目只有一次 80 毫秒，另外兩次都逾時，就不能只憑最低值認定它比較好。這些數字僅用來示範記錄方式，不代表任何實際節點的表現。
建議順序：成功率 → 典型延遲 → 持續速度
先選擇多次請求都能完成的項目；回應時間相近時，再依實際下載需求比較傳輸速率。逾時應另記為失敗，不要當成零毫秒納入平均。
測速結果與網頁體驗不一致？四個常見問題
真實連線測試成功，瀏覽器還是無法開啟網頁？
先在 v2rayN 系統匣選單的「系統代理」中確認已選取「自動設定系統代理」，再檢查瀏覽器是否使用另一組固定代理。確認用戶端實際監聽的連接埠；若介面顯示為 10808，外部應用程式就應使用該連接埠，而不是照抄其他教學中的連接埠。接著檢查路由是否將目標流量導向預期的出口。
只有真實連線測試逾時，常用網站卻能開啟？
查看目前版本設定中的測試網址與逾時時間，並確認測試目標本身可連線。固定使用同一節點後，再造訪另一個已知可用的網站。測試網址受到限制、回應格式變更或逾時時間過短，都可能導致測試失敗；不要為了讓數值恢復而關閉 TLS 憑證驗證。
下載速度很快，為什麼網頁首屏還是很慢？
網頁包含多個網域、DNS 查詢、指令碼與圖片，並非一次連續下載。先保留目前使用的節點，分別測試其他網站；再對照記錄，檢查速度較慢的請求目標與出口。真實連線測試只涵蓋設定的測試網址，無法代表網頁的所有資源，也無法驗證 UDP 應用程式的使用體驗。
白天正常、晚上測速變慢，需要更換協定嗎？
先固定節點、網路、測試網址與測試方式，分別記錄兩個時段的結果。如果多個項目同時變慢，先排查本地頻寬競爭與網路壅塞；如果只有一個項目持續異常，再考慮伺服器或特定連線路徑。VMess、VLESS 是代理協定名稱，不代表頻寬等級，光看協定名稱無法預測速度。
簡單記錄以下資訊即可：日期與時段、網路類型、用戶端與核心版本、測試網址、成功次數、典型延遲及下載速度單位。分享記錄尋求協助前，請遮蔽訂閱網址、使用者識別碼，以及分享連結中的驗證資訊。如需進一步檢查入口與路由，請參閱進階用法；先讓應用程式流量進入正確入口，再比較哪條線路較快。