Clash 節點怎麼選：延遲測試、流量倍率與地區／協定比較

先確認實際出站路徑，再比較節點數據

Clash 節點清單中的延遲、地區和倍率代表不同資訊。延遲表示一次探測所需時間；地區通常是服務商標示的出口位置；倍率則影響訂閱帳戶扣除的流量。三者不能互相取代。挑選節點時，先確認目標網站需要哪個出口，再檢查連線是否可用、穩不穩定，最後比較速度與流量成本。

節點測試正常，網頁卻還是很慢，首先要確認網頁流量是否真的經過這個節點。在 mode: rule 模式下，rules 會依序比對，規則的目標可以是策略組，也可以是 DIRECT。切換目前請求未使用的策略組，不會改變該請求的路徑。

1. 在用戶端的「連線」頁面找到目標網域對應的連線，查看命中的規則、出站路徑和策略組。
2. 確認修改的是這條連線實際使用的策略組，而不是名稱相近的其他分組。
3. 切換節點後重新建立連線。既有的 TCP 連線通常不會隨選擇變更而自動切換。
4. 暫停背景下載和雲端硬碟同步，再進行比較測試，避免本機頻寬競爭影響判斷。

延遲測試：HTTP 探測不等於下載速度測試

用戶端常見的延遲測試，是透過選定的代理連線到測試 URL，並記錄探測所需時間。這不只是對代理伺服器執行 ICMP ping。結果可能受節點連線、TLS 交握、測試站回應、本機網路和連線重用等因素影響；不同核心與用戶端的實作細節也可能不同。

因此，比較時應固定測試 URL、網路環境和測試時段。直接將某款用戶端測得的 80 ms 和另一款測得的 110 ms 排名，通常缺乏共同基準。單次顯示「逾時」，只代表這次探測未能在期限內完成，不能單憑此結果認定所有目標網站都無法連線。

重複測試，分辨低延遲與穩定度

以下數據僅用來示範判讀方式，並非本站實測結果。每個節點連續測試 5 次，間隔約 10 秒，測試期間維持相同的網路環境。

網頁操作通常更重視往返時間和失敗率；下載大型檔案則更看重持續傳輸速度。節點 A 的 60 ms 不代表下載速度一定比節點 C 快。持續傳輸速度還會受線路容量、共用負載、伺服器限速及目標網站影響。探測結果的波動不等同於嚴格測量網路抖動，也不能據此直接計算整條線路的封包遺失率。

下載與影片播放需要個別測試

• 使用同一個可信的下載來源測試約 30～60 秒，觀察速度穩定後的表現，不要只看剛開始的峰值。
• 區分 MB/s 與 Mbps：理想換算下，10 MB/s 約等於 80 Mbps，實際傳輸還會受到通訊協定額外負擔影響。
• 觀看影片時，留意開始播放所需時間、緩衝次數及播放器顯示的連線速度。一次成功載入，不代表尖峰時段也能持續順暢播放。
• 測速本身也會消耗流量。測試大型檔案前，先確認剩餘流量和該節點的倍率。

流量倍率：依服務商計費方式計算

倍率是訂閱服務商的計費約定，不是 Clash 通用的本機計費開關。原版 Clash 和 mihomo 都沒有通用的節點 ratio 欄位，可以讓用戶端替服務商改變帳戶扣款。節點名稱中的「2×」僅供參考，實際扣量仍應以服務商的節點說明、帳單和帳戶用量紀錄為準。

常見的計算方式是「實際計入流量 × 節點倍率」。假設服務商按上傳與下載總量計費，下載 8 GB、上傳 2 GB，基本用量就是 10 GB。使用 0.5×、1×、2× 節點，可能分別扣除 5 GB、10 GB、20 GB。此處以相同單位示範；平台採用 GB 或 GiB、如何進位，以及是否依時段計費，都需要另外確認。

換算倍率對可用流量的影響

• 若帳戶剩餘 100 GB，持續使用 2× 節點，以相同計量方式換算，可用的基本流量約為 50 GB。
• 0.5× 不代表速度一定較慢，2× 也不代表頻寬會加倍。倍率反映的是費用計算方式，不是效能保證。
• 長時間看影片、下載大型檔案和裝置備份，應先確認流量額度；短時間登入或需要特定地區的連線，則先確認功能是否可用。
• 用戶端統計的流量與服務商實際扣費可能不同。連線範圍、統計週期和通訊協定額外負擔都可能造成差異。

選擇地區：分開評估出口位置與線路品質

節點地區通常指對外連線時使用的出口位置，不一定是訂閱中 server 位址的實體位置。入口、中轉和出口可能分布在不同網路。香港、日本、新加坡等地理位置較近的節點，可列為初步候選；但地理距離無法完整反映跨電信業者路由、晚間尖峰壅塞和出口品質。

依實際用途設定篩選條件

目標網站可能使用自有的 IP 地理位置資料庫，也可能一併參考帳戶地區、付款資料和裝置位置來判斷可用範圍。IP 查詢頁面顯示某個地區，不代表所有平台都會得出相同結果。請直接測試目標服務，不要把「地區標籤正確」當成一定能存取的保證。

協定選擇：先確認核心相容性，再看網路表現

協定會決定連線方式與功能限制，但不能脫離線路條件單獨排名。Shadowsocks、Trojan、VMess、VLESS、Hysteria2、TUIC 等協定是否受支援，取決於實際使用的核心。mihomo 支援的協定種類與舊版 Clash 核心並不完全相同；用戶端介面看起來相似，也不代表內建核心一致。

匯入後若出現「unsupported proxy type」等錯誤，請優先確認節點的 type 是否受用戶端目前使用的核心支援，不要反覆修改測速網址。若需要更換用戶端，可先參閱用戶端選擇指南，再前往下載頁面選擇對應平台。

UDP、系統代理與 TUN 的適用範圍

• Hysteria2、TUIC 依賴 UDP 傳輸連線。如果目前網路限制 UDP，可能會出現交握失敗或連線不穩；使用 TCP 的連線仍可能正常。
• 節點設定中的 udp: true，可在支援此欄位的節點類型中允許轉送 UDP；它無法讓伺服器或本機網路憑空取得 UDP 能力，也不適用於所有協定類型。
• 一般 HTTP 系統代理主要供遵循代理設定的應用程式使用，不能因此認定遊戲或語音的 UDP 流量也已經經過代理。
• TUN 會在虛擬網卡層接管流量，但仍須正確設定路由、規則、DNS 和權限。啟用 TUN 不會增加服務商分配給節點的頻寬。

在同一條線路上，協定差異可能影響交握、壅塞處理和資源消耗；比較不同線路時，頻寬與負載通常影響更大。選擇時應依據目前網路的連線成功率、實際用途表現和裝置負載，而不是只看協定名稱新不新。

策略組設定：手動挑選與自動探測各司其職

select 適合指定地區、固定出口或手動比較；url-test 則會依指定 URL 的探測結果自動選擇候選節點。後者不會判斷服務商倍率，也不會自動確認某個影音平台是否支援該地區。把不同用途的節點全放進同一個自動選擇組，可能會得到「探測速度快，實際用途卻不合適」的結果。

以下是 mihomo 的策略組片段，並非完整設定檔。使用前，請確認 proxies 中已有名稱完全相符的「香港-A」和「日本-B」；若使用代理集合，也應依實際設定結構透過 use 引用集合，不能只複製兩個節點名稱。

proxy-groups:
  - name: 日常選擇
    type: select
    proxies:
      - 自動延遲
      - 香港-A
      - 日本-B

  - name: 自動延遲
    type: url-test
    proxies:
      - 香港-A
      - 日本-B
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50
    lazy: true

• interval: 300 表示每 300 秒探測一次，不是訂閱更新週期。
• tolerance: 50 設定以毫秒為單位的切換容差，避免因些微差異頻繁切換；這不是實際用途的延遲上限。
• lazy: true 會啟用延遲探測；策略組未被使用時，可能不會依週期進行測試，因此不能把介面上的舊數值視為即時結果。
• url 是健康狀態探測的目標。請選擇能穩定連線的網址；更換目標後，不宜直接比較前後數值。

設定策略組後，還需要讓對應規則引用「日常選擇」，實際請求才會使用這個策略組。編輯前請先備份設定檔，載入後檢查記錄和連線頁面。訂閱更新可能會覆蓋直接修改產生檔的內容；若要長期調整，應使用用戶端提供的覆寫或合併機制，實際操作位置依用戶端而異。

節點選擇檢查清單

1. 確認需求：記下目標網站、是否需要特定地區、是否依賴 UDP，以及本月剩餘流量。
2. 建立候選清單：先保留 2～3 個符合地區與協定需求的節點，確認倍率和核心相容性。
3. 固定條件進行探測：使用相同網路和 URL，各測試 5 次，優先排除反覆逾時或波動明顯的候選節點。
4. 測試實際用途：重新建立網頁連線、連續播放影片、觀察下載穩定速度，並查看遊戲內延遲。
5. 確認出站路徑：在連線頁面確認規則和代理路徑，避免把直連的效果誤認為節點表現。
6. 檢查尖峰時段表現：在平常使用的時段再測一次，並保留一個符合相同需求的備用節點。

最後只要記錄五項即可：節點名稱、用途、倍率、連續探測結果和實際用途表現。選擇時應參考這些可供複查的資訊，而不是某一次測得的最低延遲。若要了解連接埠、規則或 DNS 欄位，請繼續參閱設定參考。