本文適合面對一組延遲數字卻不知道該看哪一項的 v2rayN 使用者。讀完後可以分辨 ICMP 往返時間、完整代理連線耗時與持續傳輸速度，並依網頁瀏覽、影片播放和大型檔案傳輸等情境選擇測試方法。
三種測試測量的不是同一段連線
節點清單出現 35 ms、126 ms 和 78 MB/s 時，這三個數字不能直接互相比較。毫秒表示一次互動所需的時間，MB/s 或 Mbps 表示單位時間內能傳輸多少資料；即使同樣以毫秒顯示，ICMP Ping 與真連線延遲經過的協定堆疊也不同。
ICMP Ping 通常會從本機直接向節點伺服器位址傳送回應請求，主要觀察網路層往返時間和封包遺失率。它不會完成 VMess、VLESS、Trojan 或 Shadowsocks 的代理握手，也不會驗證節點設定中的使用者識別碼、連接埠、傳輸層參數和加密設定是否可用。
真連線延遲會讓客戶端啟用目前設定，透過本機代理入口建立與目標網站的實際連線。過程包含網域名稱解析、與伺服器建立 TCP 或其他傳輸連線、完成代理協定握手，再等待測試目標回傳回應。下載測速則會繼續傳輸較大量的資料，利用時間和資料量計算吞吐量。
| 測試方式 | 主要單位 | 經過代理協定 | 適合判斷 | 不能單獨證明 |
|---|---|---|---|---|
| ICMP Ping | ms、封包遺失率 | 否 | 基礎網路可達性、實體距離 | 節點設定能夠代理流量 |
| 真連線延遲 | ms | 是 | 節點能否完成實際連線、互動回應 | 持續下載頻寬足夠 |
| 下載測速 | Mbps 或 MB/s | 是 | 實際吞吐量、線路壅塞情況 | 短請求一定會快速回應 |
ICMP Ping
執行速度快、流量消耗低，適合先確認伺服器是否可達，以及線路是否有明顯封包遺失。
適合：批次初篩、排查基礎網路
真連線延遲
推薦涵蓋代理握手和目標回應，最適合作為日常挑選可用節點的第一項依據。
適合：網頁瀏覽、首次連線、日常更換節點
下載測速
透過持續傳輸觀察實際頻寬，但耗時、流量和測試目標負載都會影響結果。
適合：影片、大型檔案與頻寬確認
ICMP Ping 低，只代表基礎路徑較短
Ping 數值取決於本機到伺服器 IP 的網路路徑。一般而言，同地區伺服器會比跨洲伺服器低，但電信業者路由、尖峰時段壅塞和中間網路繞路都可能改變結果。地理位置較近的節點，也可能因路由繞行而出現較高延遲。
例如，同一台電腦連續傳送 20 次請求，節點 A 平均 38 ms、封包遺失率 0%，節點 B 平均 31 ms、封包遺失率 15%。只看平均值會以為 B 比較快，但 15% 的封包遺失會觸發重傳和等待，網頁載入及代理握手的實際表現通常更不穩定。此時應優先保留沒有封包遺失的 A。
部分伺服器會限制或忽略 ICMP 請求，因此 Ping 逾時不等於代理連接埠必然無法使用。反過來，伺服器能回應 Ping，也不代表訂閱中的連接埠正在監聽，更不能證明 UUID、傳輸路徑、TLS 網域等設定彼此相符。遇到 Ping 逾時但真連線有數值的節點，應以真連線結果為準。
- 平均延遲反映整體往返時間，但會掩蓋單次尖峰。
- 最低延遲接近連線的理想狀態，不能代表持續使用體驗。
- 最高延遲與波動範圍可協助判斷網路抖動。
- 相較於相差 5 至 10 ms 的平均延遲，封包遺失率更值得優先處理。
- 企業網路或公共網路可能直接過濾 ICMP，卻不影響允許的 TCP 連線。
真連線延遲最適合確認節點能否使用
真連線延遲比 Ping 多出一整段應用層流程。以常見的 TCP 傳輸為例，客戶端需要解析位址、建立與伺服器連接埠的連線，依節點設定完成代理握手，再透過代理存取測試目標。若使用 WebSocket、TLS 或其他傳輸組合，還會增加相應的握手步驟。
因此，真連線延遲高於 ICMP 延遲是正常現象。假設 Ping 為 40 ms，完整測試得到 105 ms，不能據此認定節點異常。額外時間可能來自 TCP 建立連線、TLS 協商、代理協定處理、目標網站回應，以及客戶端測試工作排隊。
在 v2rayN 中，可以先選取一個或多個節點，再使用「伺服器」→「測試伺服器真連線延遲」。部分介面版本也會在節點右鍵選單提供同名操作。測試完成後，成功項目會寫入毫秒數；顯示逾時或失敗的項目，需結合記錄判斷是節點無法使用、目標無法連線，還是測試等待時間不足。
- 先更新訂閱，避免使用已由伺服器移除的舊設定進行測試。
- 在節點清單中選取候選節點，執行「伺服器」→「測試伺服器真連線延遲」。
- 暫時排除逾時節點，從有結果的節點中比較延遲和穩定性。
- 將候選節點設為活動伺服器，開啟系統代理後實際開啟多個頁面。
- 若首次結果異常，間隔 30 秒再測兩次，避免單次網路抖動造成誤判。
推薦方案：分兩輪篩選候選節點
第一輪：確認可用性
- 批次執行真連線延遲
- 保留連續兩次成功的節點
- 排除持續逾時與握手失敗項目
第二輪：符合實際用途
- 瀏覽用途比較回應時間
- 影片用途追加下載測速
- 尖峰時段重新測試候選項目
先驗證完整代理連線，再測頻寬，可以減少對失效節點執行大量流量測試所造成的無效等待。
如果所有節點同時顯示真連線逾時，應先檢查本機狀態，而不是立即判斷整份訂閱失效。開啟「設定」→「參數設定」→「基礎設定」，確認本機監聽連接埠未與其他程式衝突；常見設定會使用 10808 作為本機 SOCKS 入口，舊式分離設定也可能使用 10809 作為 HTTP 入口，實際應以目前介面顯示的數值為準。
結論：日常挑選節點先看真連線結果
節點必須能連續完成兩到三次真連線測試，才進入延遲比較階段。Ping 很低但真連線持續逾時的節點，不應設為目前的活動伺服器。
下載測速反映吞吐量，不等於網頁開得更快
下載測速關注持續傳輸資料的能力。測試通常會透過目前代理連線下載一段資料，再以傳輸位元組數除以耗時得到速度。結果同時會受到本地接入頻寬、無線網路品質、節點出口容量、線路壅塞、測速目標限速和客戶端並行策略影響。
Mbps 與 MB/s 不能直接以相同數字比較。網路頻寬常用 Mbps，檔案下載介面常用 MB/s；理論換算關係是 8 Mbps 約等於 1 MB/s。若測速結果為 80 Mbps，對應的理論上限約為 10 MB/s，但協定開銷、重傳和磁碟寫入會使實際檔案速度略低。
高頻寬節點未必具有最低的互動延遲。例如節點 A 真連線延遲 85 ms、下載 42 Mbps，節點 B 真連線延遲 145 ms、下載 160 Mbps。日常開啟網頁時 A 可能更俐落，而高位元率影片或大型檔案傳輸則更適合 B。選擇標準應由用途決定，而不是將三項數值合併成簡單排名。
| 使用情境 | 優先指標 | 參考判斷 |
|---|---|---|
| 文字網頁與搜尋 | 真連線延遲 | 連續測試穩定，數值波動較小 |
| 高畫質影片 | 下載速度與穩定性 | 持續頻寬高於影片位元率，並保留餘裕 |
| 大型檔案傳輸 | 下載速度 | 觀察 30 秒以上的持續速度，而非瞬時峰值 |
| 頻繁互動頁面 | 真連線延遲與抖動 | 優先選擇回應穩定的節點 |
在 v2rayN 中選取候選節點後，可使用「伺服器」→「測試伺服器下載速度」。下載測速會產生實際訂閱流量，不適合頻繁測試整份節點清單。先用真連線延遲篩選出兩到三個候選項，再分別測速一次，通常就足以作出判斷。
結論：頻寬測試要貼近使用時段
如果主要在晚間使用，就在晚間對候選節點各測兩次，並以較低的一次作為容量參考。只記錄離峰時段的峰值，無法代表壅塞時段的持續表現。
按照固定順序測速，結果才具可比性
測速最常見的問題不是工具錯誤，而是測試條件不斷變化。上午測節點 A、晚上測節點 B，或一項使用有線網路、另一項使用無線網路，所得差異都無法單獨歸因於節點。應盡量維持裝置、接入網路、測試目標和時間區間一致。
建議每個候選節點執行三次真連線測試，間隔 10 至 30 秒，記錄中位數而不是只取最低值。例如結果為 92 ms、108 ms、246 ms，中位數是 108 ms；246 ms 表示出現一次明顯抖動，也應保留觀察，而不是刪除後只展示看起來更好的數值。
- 關閉正在進行的大型檔案下載、雲端同步和系統更新。
- 在同一網路下更新訂閱，選出地區和倍率符合需求的節點。
- 先執行真連線延遲，排除持續逾時與協定握手失敗的設定。
- 對剩餘節點重複測試三次，比較中位數和最大值的差距。
- 僅對最後兩到三個候選節點執行下載測速。
- 設為活動伺服器後開啟實際使用的網站，確認系統代理已經生效。
節點 A：真連線 92 / 108 / 246 ms，下載 68 Mbps
節點 B：真連線 124 / 128 / 131 ms，下載 82 Mbps
節點 C：真連線逾時 / 逾時 / 310 ms，暫不選用
瀏覽優先：節點 B，延遲略高但波動較小
下載優先：節點 B，持續頻寬也較高
繼續觀察：節點 A，需確認 246 ms 是否在尖峰時段反覆出現若要確認瀏覽器流量確實經過代理，可以先在 v2rayN 中設定活動伺服器並開啟系統代理，再造訪可信任的 IP 資訊頁面，比較啟用前後的出口位址。若位址沒有變化，應優先檢查系統代理狀態和瀏覽器本身的代理設定，不要用重新測速取代流量路徑確認。
常見異常數值的處理方式
同一節點在短時間內出現明顯不同的結果，通常需要從本地網路、節點負載和測試目標三方面排查。不要只根據一次逾時刪除節點，也不要因為一次極低延遲就長期固定使用。連續結果比單次峰值更具判斷價值。
路由分流也會影響測試與實際存取之間的對應關係。測試目標可能依目前路由規則走代理，但某個實際網域可能被規則設定為直連；也可能正好相反。若測速正常而特定網站表現不同，應檢查路由規則命中情況和核心記錄，而不是繼續重複下載測速。
Ping 只有 20 ms，為什麼真連線超過 150 ms？
Ping 沒有執行代理協定與目標網站握手。先連續測試三次；若都能成功且波動較小，這個差值本身不代表故障。也可以更換測試目標，排除目標回應較慢的影響。
Ping 全部逾時，但節點可以開啟網頁，該怎麼辦？
伺服器或中間網路可能不回應 ICMP。保留能通過真連線測試且實際存取正常的節點，不要把 Ping 逾時當成刪除設定的唯一條件。
真連線全部顯示逾時，先檢查哪裡？
先確認訂閱已更新，再查看「設定」→「參數設定」→「基礎設定」中的本機連接埠，並檢查核心記錄是否出現連接埠占用、網域名稱解析失敗或握手失敗。接著單獨測試一個節點。
下載測速很高，網頁為什麼仍然開得很慢？
下載速度衡量持續吞吐量，網頁速度還會受到建立連線、網域名稱解析、目標伺服器回應和大量短請求影響。改看真連線延遲與波動，並檢查該網域實際命中的是代理還是直連規則。
測速時應該一次選取所有節點嗎？
真連線延遲可以批次初篩；下載測速只對最後的候選節點執行。大量並行工作會爭用本地頻寬，也可能讓後測節點得到偏低的結果。
最終判斷可以濃縮為三步：Ping 用於了解基礎網路與封包遺失，真連線延遲用於確認設定可用並比較互動回應，下載測速用於核對持續頻寬。三者不能互相取代，也不存在一個數值能完整概括節點品質。