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

先確認用途，再篩選節點

節點是用戶端連線時使用的代理伺服器入口。訂閱會將一批節點及相關設定交給用戶端；選擇節點，就是決定流量經由哪條代理路徑前往目標網站。名稱中的地區、倍率和線路標記可供篩選參考，但名稱由服務提供者設定，不能取代實際連線結果。

建議依序挑選：先確認目標服務需要的出口地區，再看流量倍率，接著比較延遲與穩定性，最後確認協定能否在目前的用戶端和網路環境中正常運作。這樣比把所有節點按延遲排序後直接選第一個省事。

• 日常瀏覽網頁：優先選擇連線穩定、倍率合適的節點，並留一個備用。
• 下載大型檔案：著重觀察持續傳輸速度和剩餘流量，低延遲僅供參考。
• 觀看影片：先確認目標內容能否存取，再觀察畫質、開始播放所需時間與緩衝情況。
• 語音通話和遊戲：留意抖動、封包遺失及 UDP 支援，也要確認應用程式流量確實經過代理。

面向一：延遲反映回應速度，也要留意波動

延遲數字不等於下載速度

Clash 用戶端常見的延遲測試，通常是透過代理存取指定的 HTTP 或 HTTPS 網址並記錄請求耗時，並非單純的 ICMP ping。測試 URL、是否重複使用連線、核心實作方式及當下負載都會影響結果；這個數值也不等於連線至所有網站的實際回應時間。

例如，某個節點顯示 45 ms，另一個顯示 110 ms，只能說明在這次測試條件下，前者回應較快，不能據此認定前者下載一定較快。下載速度還會受到線路頻寬、伺服器負載、目標網站限速及晚間尖峰時段壅塞影響。

在相同條件下連測三次

1. 使用相同網路和測試網址，並暫停下載及雲端硬碟同步。
2. 對候選節點測試三次，每次間隔約 10 秒，並記錄是否逾時。
3. 挑選兩個候選節點，分別開啟實際使用的網站，觀察首頁載入及後續請求。
4. 在常用時段再測一次，尤其是晚上 20:00—23:00。

三次測試只能用於初步篩選，無法據此可靠統計封包遺失率。若要判斷視訊會議或遊戲的連線品質，應查看應用程式內的網路統計資料。HTTP 測試成功也不代表 UDP 轉送正常，更不能證明遊戲伺服器一定經由相同路徑連線。

面向二：倍率會影響流量用量，不代表速度等級

節點名稱中的「0.5×」「1×」「2×」，通常代表服務提供者設定的流量計費倍率。假設計費規則按倍率換算，使用 2× 節點傳輸 3 GB 資料，就會扣除約 6 GB 流量；使用 0.5× 節點則約扣 1.5 GB。上傳與下載是否合併計算、如何進位，請以訂閱服務的說明為準。

倍率不是 Clash 核心自動定義的速度等級。2× 不代表頻寬加倍，0.5× 也不代表速度只有一半。用戶端顯示的節點名稱甚至可能沿用舊標記，最好查看方案頁面和流量帳單確認。

大量傳輸前先估算流量

• 傳輸 20 GB 資料，在 1× 計費規則下約扣 20 GB，在 2× 規則下約扣 40 GB。
• 若剩餘流量只有 30 GB，先完成必要工作，再考慮使用高倍率線路。
• 測速本身也會消耗流量，反覆測試大型檔案也可能計入方案用量。

建議將倍率低且穩定的節點留作下載候選，回應較快的節點則用於互動操作。別只為了跑滿測速圖表就切換到高倍率線路；實際工作能否持續完成，比單次峰值更有參考價值。

面向三：確認實際出口地區，入口名稱僅供參考

入口是裝置連線至代理服務的位置，出口則是目標網站所看到的公網 IP 所在位置。中轉線路可能從鄰近入口接入，再由另一個地區的出口連線至網站，因此「入口近」和「出口近」並非同一回事。

節點名稱標示「日本」通常是在描述出口地區，但不保證所有網站都會將它判定為日本。不同 IP 資料庫的更新速度不一，目標服務也可能參考帳號地區、付款資訊、裝置定位或歷史工作階段。選擇地區應以目標服務的實際結果為準。

確認出口地區的操作順序

1. 在用戶端的「代理」頁面，找到目標規則使用的策略組，並手動選擇候選節點。
2. 開啟「連線」頁面，觸發一次目標網站請求，檢查符合的規則及代理鏈。
3. 前往可信任的 IP 查詢網站，確認該請求經過代理並查看出口資訊。
4. 重新開啟目標服務，檢查內容地區或服務是否可用；必要時先結束舊連線再試。

上述「代理」和「連線」是常見的介面名稱，不同用戶端或版本可能稱為「代理組」或「連線清單」。若找不到對應入口，可依功能尋找；基本設定請參閱使用手冊。

需要固定地區的服務，適合另外建立專用的地區代理組，而不是交由混合多個國家或地區的自動選擇組處理。否則自動切換一次就可能改變出口地區，影響登入驗證或內容存取。

面向四：先確認核心支援協定，再考量網路條件

Shadowsocks、Trojan、VMess、VLESS、Hysteria2、TUIC 等是不同的代理協定或協定系列。協定決定用戶端與伺服器之間如何傳輸資料，但節點速度也會受到線路和伺服器負載影響，不能只憑協定名稱排出固定的快慢順序。

Clash 是用戶端生態中常見的名稱，實際支援哪些協定取決於所使用的核心及其版本。mihomo 是這個生態中的核心，曾使用 Clash Meta 這個名稱；舊版 Clash 核心與目前 mihomo 的功能範圍並不相同。訂閱可以下載，不代表目前使用的核心能解析其中每個節點。

Hysteria2、TUIC 使用以 UDP 為基礎的傳輸方式，在限制 UDP 的辦公室網路或公共網路中可能無法連線。遇到這種情況，可在相同網路下對照測試可用的 TCP 傳輸節點，並查看記錄，不必一直重新啟動用戶端。

TUN 是一種透過虛擬網路介面接管流量的方式，讓更多應用程式流量進入規則處理。它不是代理協定，也無法替伺服器補足 UDP 支援。系統代理通常只影響遵循系統代理設定的應用程式；若遊戲流量沒有進入代理，應先確認流量接管設定，再判斷節點是否有問題。

手動選擇、url-test 與故障轉移的使用方式

手動選擇組適合固定地區及明確用途

select 是手動選擇代理組。需要固定出口地區、比較兩條線路，或使用不同倍率的節點時，手動選擇更容易掌握結果。建議先選定一個主要節點，再留一個不同線路的備用節點。

url-test 適合比較同類節點的回應速度

url-test 會依指定網址及週期測試候選節點，並根據測試結果選擇節點。適合放入地區相同、倍率接近、用途一致的節點，不適合直接混入訂閱中的所有節點。自動選擇通常著重延遲，不會替你評估方案成本或目標平台的內容是否可用。

以下是可合併至設定檔的代理組片段。節點名稱必須與目前設定完全一致；「日本-01」和「日本-02」是範例名稱，使用前請改成訂閱中實際存在的名稱。規則也必須指向這個組別；建立代理組本身不會自動改變流量的路由。

proxy-groups:
  - name: 日本自動選擇
    type: url-test
    proxies:
      - 日本-01
      - 日本-02
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

• interval: 300：將測試間隔設為 300 秒；實際排程也會受到核心及惰性測試機制影響。
• tolerance: 50：將切換容差設為 50 ms，避免因些微延遲差異而頻繁更換節點；實際切換方式以目前核心的實作為準。
• url：所有候選節點共用同一個測試網址；請確認該網址在實際網路環境中可用。

不要直接用這段內容覆寫整份訂閱檔，也不要在同一份 YAML 的頂層重複設定兩個 proxy-groups 鍵。如果用戶端提供覆寫或合併功能，可透過該功能保存本機調整，避免訂閱更新後設定遭到取代；實際入口請以所用用戶端為準。

fallback 適合依優先順序保留備援

fallback 是故障轉移組，通常會依清單順序選用測試結果可用的節點，而不是持續挑選延遲最低的節點。適合「優先使用主要線路，主要線路無法使用時再切換備援」的情境。不過測試網址可用不代表目標服務也正常，因此仍需透過實際網站驗證備援方案。

五分鐘完成節點初步篩選

1. 檢查設定：確認訂閱更新成功，代理頁面看得到節點，且沒有解析錯誤。
2. 篩除不合適的候選節點：依出口地區、倍率及核心支援範圍，保留 2—3 個節點。
3. 進行一致的延遲測試：在相同網路下連測三次，記錄逾時和明顯波動。
4. 執行實際任務：開啟常用網站、播放約 2 分鐘的影片，或進行約 30 秒的小型下載，觀察持續速度。
5. 確認規則與備援：在連線頁面確認代理鏈，記下主要及備用節點，再於晚間尖峰時段重新測試。

如果所有節點都同時逾時，優先檢查本機網路、訂閱是否到期、測試網址是否可連線，以及核心記錄。如果只有某個節點失敗，再檢查該節點的協定設定和伺服器狀態。如果延遲正常但某個網站無法開啟，請著重檢查目標請求符合的規則、出口地區及舊連線。

最後不必一味追求清單中最低的延遲數字。出口地區符合需求、倍率可以接受、常用時段連線穩定，而且協定能在目前網路正常使用，四項都符合才是值得保留的日常節點。完成初步篩選後，減少沒有目的的切換，並留下可重現的測試記錄，之後排查問題會更有效率。