測試不會開啟你平時用的網站，也不會驗證訂閱是否過期。它只回答：在這一刻，按設定裡的方式去探測，這條節點返回了多少毫秒，或者是否逾時。數字低，說明到探測目標更近或當時更空；數字高或逾時，可能是探測被限制、當時擁塞，或探測地址本身不適合這條線路。實際訪問的網站仍可能正常。

因此，測速是排序工具，不是健康檢查。服務方標明可用的節點，即使測速偏高，也應先實際開啟一個常用地址再決定要不要換。反過來，測速很低但目標網域在「配置」模式下被規則直連，你感受到的快慢和測速無關。

數字從哪裡來

延遲測試的地址與方式可以在設定裡改。改探測目標之後，新舊數字不能直接橫比：你比較的已經不是同一條路徑。同一時刻、同一網路、同一探測設定下，比較多條節點才有意義。隔了幾個小時再測，網路條件變了，單獨一條的升降說明不了配置被改壞。

Wi-Fi 和行動網路下的數字差一截很常見。先確認目前用的是哪一種網路，再判斷節點。公司 Wi-Fi 有時會干擾探測，行動網路反而更接近你平時的使用。不要在兩種網路之間來回測，卻把差異記在節點頭上。

設定項的位置見 設定。名稱以已安裝版本為準。

常見誤判

  • 把一次逾時標成節點永久不可用，並立刻刪除。刪除後若服務方列表裡還有這一條，下次更新又會回來；若沒有備份，等於丟掉一條仍能訪問的線路。
  • 在同一條上連續重試，把瞬時擁塞當成參數填錯。連續探測還可能讓服務方暫時限流，數字會更差。
  • 測速很低，全域路由卻停在「配置」，目標被規則送到直連或另一個策略群組。此時應改對比方法，見 全域路由。
  • 全部節點逾時，同時直連也打不開常用網站。這是本機網路或目標站點的問題，繼續測速不會給出新資訊。
  • 把測速失敗理解成訂閱更新失敗。更新走的是訂閱 URL，測速走的是探測地址，見 訂閱更新。

更穩妥的用法

  1. 需要選用節點時，先看服務方標明可用的條目，再測速作參考，而不是只按數字從低到高點。
  2. 測速異常時，選中該節點，開啟一個你確實要訪問的地址。能開啟就繼續用。
  3. 實際也打不開時，固定這個地址，按直連、代理、配置的順序對比。直連失敗先查本機網路；代理失敗再換節點；只有「配置」失敗則查規則和 DNS。
  4. VPN 圖示都不在，先回到 授權。沒有隧道時，測速結果沒有操作意義。
  5. 全部逾時且直連失敗，檢查系統時間、目前 Wi-Fi / 行動網路，以及是否被其他 VPN 佔用。

和策略群組、按需連線

策略群組可能按延遲自動選出口。測速數字會進入這一邏輯，但自動選出的節點仍可能打不開你的目標網站——因為探測地址和目標不是同一個。若策略群組選出的出口不穩定，改為手動指定，再觀察實際訪問，比反覆全量測速更清楚。

按需連線會在特定網路下自動連上或斷開。測速時如果隧道剛被斷開，數字會差一截。先看開關和狀態列，確認隧道還在，再測。小工具與 App 內開關控制的是同一條連線，不要兩處反覆撥動後再讀數字。

什麼時候可以忽略測速

第一次匯入訂閱後，列表往往還沒有數字。這不妨礙先連服務方推薦的那一條。憑證或 TLS 報錯時，應先核對系統日期，而不是看毫秒數。耗電或發熱明顯時，應檢查是否誤開「代理」、規則是否把大量流量送進隧道，這和某一條的測速高低不是同一類問題。

同一條節點在不同時段的數字起伏，多數是線路負載和本機網路在變，不是參數被改寫。若你沒有改過伺服器欄位，也沒有更新訂閱，不必根據一次升高就重填位址和連接埠。重填更容易填錯，把本來能用的節點變成真正不能用。

批次測速會在短時間裡對多條伺服器發起探測。列表很長時，排在後面的條目可能趕上本機網路變忙，數字普遍偏高。這種「越往下越差」不能理解成排序靠後的節點品質更差。需要比較時，只勾選準備使用的幾條，在同一分鐘內測完。

逾時有時顯示為特定標記而不是毫秒。把它讀成「這條已經從服務方刪除」並不準確。服務方刪除的節點，通常要等訂閱更新後才會從列表消失。測速逾時而更新成功、數量沒變，說明條目還在，只是探測沒完成。

遊戲或通話一類依賴 UDP 的應用，延遲測試更不能代表體驗。測試往往只反映探測路徑上的往返，不包含 UDP 是否被目前協議和節點支援。這類應用打不開時，應向服務方確認能力，並按全域路由做對比，而不是只盯著毫秒數。

介面位置見 圖文教學。功能摘要見 功能。本站不提供節點；沒有配置時，測速沒有物件。也不要把測速頁當成下載入口，安裝只走 App Store。