本文適合已在 Shadowrocket（小火箭）匯入自有設定，卻不知道如何從現有節點清單中挑選的人。判斷順序是先排除無法連線的項目，再比較多輪延遲與波動，接著依地區、協定和實際用途進行短時間複測，最後保留少量表現穩定的候選項。
先了解延遲數字測到的是什麼
Shadowrocket 節點清單中的延遲數字，主要用於快速判斷連線是否能建立，以及一次測試往返大約需要多久。它適合用於第一輪篩選，但不能單獨代表下載速度、影片緩衝、頁面完整載入時間或長連線穩定性。測試目標、目前網路、DNS 解析、協定握手和伺服器當下負載都會影響結果。
延遲通常以 ms 表示，數字越小，代表該次測試完成得越快。例如 40 ms 約為 0.04 秒，180 ms 約為 0.18 秒。但實際開啟頁面不只需要一次往返：DNS 查詢、TCP 建立連線、TLS 握手、傳送請求和下載資源可能形成多次互動，因此兩個節點相差十幾毫秒時，體感未必有穩定差異。
比單次最低值更有參考價值的，是多次結果是否接近。假設節點 A 三次顯示 42、47、190 ms，節點 B 三次顯示 71、74、79 ms；A 的最低值較低，但波動明顯，B 在互動操作中反而更容易維持一致。這組數字只是判斷方法範例，不代表任何地區或協定的固定表現。
依固定步驟篩選現有節點
篩選時應控制變因。測試期間使用同一台裝置、同一個 Wi-Fi 或行動網路，並盡量在相近時間完成。若一半資料來自家用 Wi-Fi，另一半來自行動網路，結果會混入接入方式、訊號強度和電信網路路徑差異，無法公平比較。
確認設定來源
在 Home 檢查現有節點是否來自自己的設定。使用訂閱維護時，透過 Home 右上角「+」→ Type → Subscribe，範例網址可寫成 https://example.com/sub?token=xxxx，儲存後依設定方式更新。
固定本地網路
關閉正在進行的大型檔案傳輸，讓裝置維持在同一個 Wi-Fi 存取點或同一行動網路狀態，避免測試途中切換連線。
完成三輪測試
在 Home 的節點清單使用延遲測試功能，對候選項連續測試至少三輪，記錄成功、timeout、最低值和最高值。
排除明顯異常
先移除連續無法完成測試的候選項，再標記波動超過數倍、頻繁從幾十毫秒跳到數百毫秒的項目。
切換後進行實際驗證
逐一選取剩餘候選項，連線後使用同一個網頁、同一段影片或同一個受控檔案進行短時間驗證，不要同時變更 Global Routing。
分時段複測
在平常使用的時段重新測試一次。白天穩定不代表晚間穩定，跨時段結果比單次最低延遲更具參考價值。
記錄時不必追求複雜工具。一張包含「節點名稱、地區、協定、三輪延遲、是否 timeout、網頁首次開啟、持續傳輸」等欄位的表格就足夠。延遲相近時，優先保留多輪結果穩定、實際任務中錯誤較少的項目。
| 候選項 | 三輪延遲範例 | 觀察結果 | 處理方式 |
|---|---|---|---|
| A | 42 / 47 / 190 ms | 最低值較低，但第三輪突然升高 | 保留並複測，不直接列為首選 |
| B | 71 / 74 / 79 ms | 數字稍高，但三輪結果接近 | 進入實際使用驗證 |
| C | timeout / 128 / timeout | 測試成功率較低 | 檢查設定或暫時排除 |
地理距離只是其中一項變因
在其他條件接近時，地理距離較短通常代表傳輸路徑可能較短，但節點名稱中的地區標籤不能完整描述實際路由。資料封包可能經過不同的國際出口、中轉網路和壅塞點，標示相鄰地區的兩個節點也可能採用完全不同的路徑。
選擇地區時，應先看用途是否對回應時間敏感。瀏覽網頁、遠端互動和即時請求更重視往返延遲與抖動；連續觀看內容或傳輸大型檔案則更重視持續吞吐量、丟包恢復和長連線穩定性。前者通常能感受到較大的延遲差異，後者則可能在「延遲不是最低但持續速度穩定」的節點上表現更好。
建議做法：分開測試互動與持續傳輸
互動測試
- 連續開啟同一組頁面
- 觀察首次回應與圖片載入
- 重複操作三次，排除快取造成的偶然性
- 記錄連線是否出現間歇性停頓
持續傳輸測試
- 使用同一個受控資源進行驗證
- 維持測試時間與檔案一致
- 觀察速度是否大幅波動
- 檢查數分鐘的連線是否中斷
地區標籤可用來縮小候選範圍，最終選擇仍應以相同條件下的實際任務結果為準。
如果主要任務需要存取特定地區提供的內容，還要考慮服務本身的區域策略。延遲最低的地區不一定符合目標服務的存取條件，而符合地區條件的節點也不一定具有最低延遲。因此應先確定必要地區，再比較該地區現有候選項的穩定性。
- 相鄰地區：適合作為低延遲候選，但仍需檢查晚間波動。
- 較遠地區：基礎延遲通常可能較高，應重點觀察穩定性是否符合實際用途。
- 同一地區的多個節點：不要只保留最低值，應分別記錄三輪波動與實際成功率。
- 名稱相似的節點：名稱不能證明底層線路一致，測試結果應分別記錄。
協定類型會改變測試表現
Shadowrocket 支援多種協定與傳輸組合。協定名稱可以說明封裝和連線方式的一部分，但不能單獨決定速度。同一種協定部署在不同伺服器、不同連接埠和不同網路路徑上，表現可能差異很大；不同協定在同一條品質良好的路徑上，也可能都能滿足日常使用。
Shadowsocks 的結構相對直接；VMess 與 VLESS 的實際表現還會受到底層傳輸與加密設定影響；Trojan 通常結合 TLS；Hysteria2 著重基於 UDP 的傳輸特性；WireGuard 也是基於 UDP 的通道協定。UDP 在部分網路中表現良好，但在受限或丟包明顯的環境中可能受到影響。HTTPS 流量常見於 TCP 443，HTTP/3 與部分 UDP 方案則常涉及 UDP 443，但實際連接埠由現有設定決定。
傳統連線組
- Shadowsocks
- 結構直接，表現取決於加密方式與線路
- VMess
- 需結合實際傳輸設定判斷
- VLESS
- 除了協定名稱，還要核對底層傳輸
不能只憑協定名稱推斷延遲或吞吐量。
TLS 與 UDP 組
- Trojan
- 通常結合 TLS，握手與路徑都會影響首次連線
- Hysteria2
- 基於 UDP，需觀察目前網路的 UDP 品質
- WireGuard
- 基於 UDP，適合用持續連線驗證穩定性
在同一網路下分別測試，避免直接跨網路比較。
協定篩選不能採用「某一種一定最快」的固定結論。正確做法是從現有設定中挑出地區相近、負載條件相近的候選項，再分別完成延遲和實際任務測試。如果某個 UDP 協定在 Wi-Fi 下穩定、在行動網路下頻繁失敗，應將其記錄為網路環境差異，而不是把一次結果延伸成普遍結論。
測試記錄範例
網路：同一個 Wi-Fi
Global Routing：Config
候選 A：VLESS，68 / 72 / 70 ms，網頁首次開啟穩定
候選 B：Trojan，55 / 160 / 59 ms，偶爾停頓
候選 C：Hysteria2，83 / 81 / 85 ms，持續傳輸穩定
結論：依用途保留 A 與 C，B 留待其他時段複測。Global Routing 不一致會使結果失真
測試節點時，Global Routing 必須保持一致。Config 會依規則逐條比對，Proxy 會讓流量統一經過目前代理，Direct 會直接連線，Scene 則依已設定的場景執行。如果測試 A 時使用 Config、測試 B 時切換至 Proxy，兩個結果可能經過不同處理路徑，無法直接比較。
Config
建議依目前設定中的規則由上至下比對，較接近日常分流狀態。測試前應確認目標請求實際命中預期策略。
適用：日常選擇與長期使用驗證
Proxy
讓流量統一通過目前代理，可減少規則差異對節點比較造成的干擾。
適用：排查規則命中問題與短時間對照
Direct
流量直接連線，不用於判斷目前代理節點的實際傳輸表現。
適用：建立本地網路基線
Scene
依使用者已設定的場景切換處理方式，結果取決於場景條件與動作。
適用：驗證固定網路場景下的自動策略
使用 Config 時，還要檢查規則是否將測試目標分配至 DIRECT。典型規則會依設定順序比對，DOMAIN-SUFFIX 針對網域後綴，GEOIP 針對 IP 所屬地區，IP-CIDR 針對網段，FINAL 處理前面均未命中的流量。如果測試資源命中 DIRECT，觀察到的就不是所選節點的表現。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY上述範例中，example.com 會優先命中 PROXY；區域網路網段會走 DIRECT；接著由 GEOIP 處理符合條件的位址；其餘流量交給 FINAL。規則會由上至下比對，因此更具體的規則通常應放在可能覆蓋它的寬泛規則之前。
為什麼低延遲仍可能不順暢
延遲測試只涵蓋連線體驗的一部分。實際存取還會受到頻寬上限、伺服器並行負載、路徑丟包、抖動、重傳、DNS 回應和目標服務處理時間影響。一個節點可能在短時間測試中快速回應，卻在持續傳輸時因壅塞而降速；另一個節點的基礎延遲較高，但吞吐量更穩定。
常見現象包括：節點清單顯示 50 ms，但影片開始播放後頻繁緩衝；延遲約 100 ms，網頁卻能持續穩定載入；第一次測試正常，晚間同一候選項出現數百毫秒波動；Wi-Fi 下正常，切換行動網路後 UDP 連線表現改變。這些現象都表示需要分層判斷。
| 現象 | 優先檢查 | 驗證動作 |
|---|---|---|
| 延遲低但持續速度不穩 | 負載、丟包、時段壅塞 | 更換時段，使用同一資源複測數分鐘 |
| 三輪數字差異很大 | 本地訊號、路徑抖動 | 停止背景傳輸，固定網路後重新測試五輪 |
| 只有部分應用程式異常 | Config 規則與 DNS | 暫時使用 Proxy 對照，檢查規則命中情況 |
| Wi-Fi 正常，行動網路異常 | 接入網路與 UDP 條件 | 分別記錄 TCP 與 UDP 協定候選項的表現 |
| 連線後完全無法存取 | 設定有效性、系統 VPN 狀態 | 檢查 Home 狀態並重新選取已驗證的候選項 |
DNS 也會造成「節點很慢」的錯覺。網域解析等待發生在內容傳輸之前，如果解析逾時或回傳路徑不合適，頁面首次開啟會變慢，但延遲數字可能仍然正常。排查時應保持 DNS 設定不變，先比較多個候選項；如果所有候選項同時出現類似的網域首次開啟問題，再單獨檢查設定中的 DNS 項目。
本地網路是另一項基礎變因。Wi-Fi 訊號弱、存取點繁忙、行動訊號反覆切換或背景同步佔用頻寬，都會讓所有節點一起變慢。當多個地區、 多個協定在同一時間都出現高延遲時，應先測試 Direct 基線和本地網路，而不是逐一修改節點參數。
- 單次最低延遲只用於初步篩選，不作為最終結論。
- 三至五輪的波動比單輪結果更重要。
- 網頁、影片和持續傳輸需要分別驗證。
- 所有候選項同時異常時，先檢查本地網路與 DNS。
- 只有某一協定在特定網路異常時，再檢查 TCP、UDP 與連接埠條件。
On Demand 與訂閱更新後的複核
Settings → On Demand 用於依網路條件決定連線行為。啟用後，Wi-Fi 名稱、網路類型或其他條件可能觸發連線或中斷。如果測試期間網路狀態變化並觸發 On Demand，目前連線可能會重新建立，導致前後資料不在同一條件下。
正式測試前，可以先查看 Settings → On Demand 中現有的規則，確認目前 Wi-Fi 與行動網路分別會觸發什麼動作。測試時要麼維持條件完全不變，要麼暫時採用一組明確的固定條件。完成選擇後，再恢復並驗證自動連線是否符合預期。
測試前檢查
- 入口
- Settings → On Demand
- 網路
- 固定 Wi-Fi 或固定行動網路狀態
- 觸發
- 確認測試期間不會重新建立連線
- 路由
- 維持同一個 Global Routing
條件變化後產生的資料應分開記錄。
更新後檢查
- 入口
- Home 中現有的 Subscribe 設定
- 動作
- 依原設定方式更新
- 變化
- 檢查名稱、地區、協定與可用性
- 複測
- 重新完成至少三輪延遲測試
訂閱內容變化後，舊紀錄不能直接代表新項目。
訂閱更新可能新增、移除或調整節點，也可能變更名稱和底層參數。更新後即使名稱看起來相同，也應重新完成連線能力與延遲測試。如果自行維護多個設定，還要確認目前啟用的是哪一份 Config，避免在錯誤的設定中選擇節點。
Shadowrocket 是 Apple 平台的付費商業應用程式，iPhone 與 iPad 是主要使用裝置，商店相容性欄也可能列出 Mac、Apple TV 與 Apple Vision；系統要求以 App Store 頁面標示為準。正版入口為 App Store，開發者為 Shadow Launch Technology Limited，應用程式 ID 為 932747118，一次買斷取得的是用戶端本身。
形成可重複的選擇結論
一次測試只能說明當時的狀態。更可靠的方法是保留少量候選項，並以「常用地區、備用地區、TCP 候選、UDP 候選」作簡單備註。當網路環境或使用地點改變時，從對應候選組中複測，而不是重新遍歷整個清單。
如果兩個節點在三輪延遲、網頁首次開啟和持續傳輸方面都接近，不必繼續追求幾毫秒的差異。選擇名稱清楚、表現穩定、更新後容易辨認的一項即可。過度頻繁切換會讓 DNS 快取、連線重用和測試時段不斷變化，反而降低比較品質。
- 固定裝置、網路、Global Routing 與測試資源。
- 對現有候選項完成至少三輪延遲測試。
- 排除連續 timeout 和明顯不穩定的項目。
- 依必要地區與協定條件縮小範圍。
- 分別使用網頁互動和持續傳輸進行複測。
- 在常用時段再次驗證，並記錄備用項。
完成上述流程後，得到的不是一個永久不變的「最快節點」，而是一組在目前網路與目前用途下更合適的選擇。網路路徑和負載會變化，因此體驗明顯改變時，應從本地網路基線開始複核，再依序檢查規則、DNS、協定與節點狀態。