v2rayN 測速原理：Tcping、真實連線延遲與下載速度差異

三種測速方式：測量範圍各不同

先說結論：三種結果不能互相取代。Tcping 延遲低，不代表代理驗證成功；真實連線延遲低，不代表大型檔案下載很快；下載速度快，也不保證每次開啟網頁都很迅速。三者分別測量連線建立、完整請求與持續傳輸，測量單位與範圍都不一樣。

v2rayN 是圖形化用戶端，由用戶端協調測速工作，部分測試需要呼叫選用的核心。Xray 與 V2Fly 支援的協定及設定欄位不盡相同。測速前應確認目前的核心能正確載入節點；連接埠可連線，不代表協定相容。

Tcping：建立連線，不驗證完整代理連線

Tcping 不是一般的 ICMP Ping。它通常以建立 TCP 連線所需的時間作為結果，測試目標是節點的伺服器位址與連接埠。例如，節點設定使用 443 連接埠，測試的就是這個連接埠，而非任意選取的網頁連接埠。若節點使用網域名稱，還需要先解析位址；解析時間是否計入顯示數值，則視實際實作而定。

即使 TCP 連線成功，代理服務仍可能因 UUID、密碼、TLS 服務名稱或其他參數錯誤而拒絕連線。若節點經過反向代理或內容傳遞網路，Tcping 可能只能證明前端入口可連線，無法確認後端代理服務是否正常。入口距離本地很近，也不代表出口距離目標網站很近。

• 有數值：表示測試當下能與目標 TCP 連接埠建立連線，不代表已完成 VMess、VLESS 或 Trojan 代理工作階段。
• 逾時：可能是連接埠遭到過濾、位址失效、網路路徑異常，或伺服器沒有回應。請搭配記錄檔與其他測試結果判斷。
• 不適用：若實際傳輸不經過該 TCP 入口，Tcping 就無法涵蓋真實傳輸路徑；測試失敗也不能直接判定節點不可用。
• 結果波動大：先在相同網路環境下重複測試，不要因單次連線變慢就認定發生持續性故障。

真實連線延遲：測試目標也會影響結果

真實連線延遲較接近「透過這個節點完成一次指定請求需要多久」。整段路徑通常包括本地連上代理入口、代理協定交涉、節點出口連線至測試目標，再將回應傳回本地。依設定與實作而定，過程中也可能涉及網域名稱解析、TLS 交握、連線重複使用與重新導向。這並非單純測量本地與節點伺服器之間的距離。

「真實連線」也不代表完整模擬網頁載入。網頁可能包含數十個網域、指令碼與圖片；延遲測試通常只會發送一個小型請求。不同版本判斷請求完成的方式可能不同，例如以收到回應標頭、特定狀態碼或請求完成為準。因此比較結果時，應使用相同的測試位址與用戶端版本。

若測試位址回傳 204，通常表示回應沒有本文，適合用來檢查小型請求；但不能因此假設所有 v2rayN 版本都只接受這個狀態碼。請使用用戶端支援的位址與成功判定方式。開啟系統代理也不代表內建測速必然成功：內建測試可能使用專用的測試設定，不一定完全沿用日常路由。

下載速度測試：分開觀察傳輸速度與延遲

下載速度測試關注一段時間內讀取了多少資料，而不是收到第一個回應需要多久。結果會同時受到本地網路頻寬、無線網路、代理出口容量、伺服器限速、壅塞控制、測試時間與並行方式影響。如果下載測試目標與真實連線測試目標不同，排名不一致是正常的。

先看單位。MB/s 是每秒百萬位元組，Mbps 是每秒百萬位元。以十進位單位換算，8 MB/s × 8 = 64 Mbps；實際使用時還會有協定額外負擔。以下數字僅供說明，並非本站實測，也不代表任何節點服務的效能。

這組結果並不矛盾：連上入口的速度較快，但完成完整請求還得經過更多環節；連線建立後，仍可能有不錯的持續傳輸速度。若範例節點 B 的真實連線延遲為 180 ms、下載速度只有 2 MB/s，B 可能較適合小型請求，A 則可能較適合持續傳輸。最後仍應在實際使用的應用程式中複核。

固定測試流程：先初步篩選，再複核

在 v2rayN 節點清單中選取節點，開啟右鍵選單並執行所需的測試項目。常見項目包括 Tcping 延遲、真實連線延遲與伺服器速度；不同桌面版的實際名稱可能略有差異。可前往「設定」→「參數設定」尋找測試參數，實際分類請以目前介面為準。先記下原有設定，不必為了測速複製不熟悉的設定。

1. 排除干擾：暫停背景下載，固定使用同一個本地網路，並記錄用戶端與核心版本、測試位址及時段。不要拿無線網路和有線網路的結果直接比較。
2. 初步檢查入口：執行 Tcping，保留可連線的項目。若傳輸方式不適合用 TCP 初步檢查，請直接進行相應的代理請求測試。
3. 複核可用性：對候選節點進行三輪真實連線測試，每輪間隔約 10 秒。記錄失敗次數，並取成功結果的中位數，不要只保留最好的一次。
4. 限制下載測試範圍：只測試兩三個候選節點，並逐一測試。若介面可設定測試時間，請統一設為 15 秒；若無此選項，則使用預設值並記錄實際時間。
5. 檢查實際使用情況：選好候選節點後，開啟常用網站確認實際流量出口是否符合預期。若測試成功但應用程式無法使用，請優先檢查路由、系統代理或 TUN 接管狀態。

例如三次真實連線測試結果為 180、195、420 ms，中位數是 195 ms；若另一個節點的結果為 160 ms、逾時、逾時，不能只根據成功的那一次就認定它比較好。逾時也是可用性資訊，應另外記錄，不要直接忽略或任意換算成零。

結果異常：先找出問題發生的環節

延遲欄顯示負值、空白或逾時，通常代表測試失敗，而不是「負延遲」。實際意義取決於用戶端版本，請搭配記錄檔確認。排查時每次只變更一個條件，否則無法判斷是更換節點、測試位址還是修改 DNS 造成影響。

保存測試記錄：讓下次比較有所依據

節點名稱相同，不代表入口、出口或後端線路一直不變。更新訂閱後，應重新簡單測試常用候選節點。日常記錄不必保存訂閱位址或驗證憑證，只需保留測試條件與結果。

• 環境：作業系統、v2rayN 與核心版本、本地網路類型、測試日期與時間。
• 條件：測試目標、測試時間、是否逐一測試，以及當時使用的代理與路由設定。
• 結果：Tcping、三次真實連線測試數值與失敗次數、平均下載速度及單位。
• 應用程式實測：常用網站是否能連線、持續傳輸是否穩定，以及實際流量出口是否符合預期。

若要進一步檢查流量路徑，請參閱DNS 設定說明與TUN 模式說明。如果問題出在訂閱更新而非測速，請參閱訂閱更新疑難排解。先釐清故障發生的環節，再決定要修改哪項設定。