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

先確認地區與相容性，再比較延遲和成本

Clash 節點清單中的數字和名稱，只能回答部分問題。延遲低不代表下載速度快，標示「日本」不代表目標網站一定會判定為日本，協定名稱也無法直接反映線路品質。挑選節點時，應先確認用途，再以相同條件比較。

一般瀏覽網頁，重點是連線成功率與回應速度；觀看影片，則要看目標服務能否使用，以及速度是否穩定；遠端會議還要確認是否支援 UDP、延遲抖動和實際通話品質。只依一次測速結果排序，很容易選到短時間回應快、晚上卻經常卡頓的線路。

1. 確認需求：需要哪個出口地區、是否仰賴 UDP，以及服務是否限制帳戶地區。
2. 確認相容性：訂閱能否順利載入，目前使用的核心能否辨識節點協定及其附加參數。
3. 統一測試條件：使用相同網路、測試網址和時段，比較延遲與實際使用表現。
4. 確認計費方式：查看服務商公布的倍率、流量統計方式和剩餘流量。
5. 保留備用節點：至少留一個使用不同出口或不同線路的可用節點。

延遲怎麼看：使用同一個測試網址，連測三次

HTTP 延遲不是頻寬，也不只是 ICMP Ping

Clash 或 mihomo 常見的延遲測試方式，是透過指定代理存取測試網址，再記錄請求花費的時間。測試結果會受到目標網站、DNS、連線建立、TLS 交握和核心實作方式影響；連線重用等條件也可能造成差異。這個數值不等於到代理伺服器的實際往返延遲。

因此，不能只因為用戶端 A 測得 80 ms、用戶端 B 測得 150 ms，就認定 A 的節點比較好。先確認兩邊使用的網址、逾時設定和網路是否相同。更換測試網址後，也應重新測量，不要沿用舊結果。

• 使用同一個 Wi-Fi 或有線網路測試，並暫停下載和雲端硬碟同步。
• 候選節點連續測試 3 次，每次間隔約 10 秒，記錄中位數和逾時次數。
• 分別在平常使用時段和晚上 20:00—23:00 重測，避免只參考低負載時的結果。
• 發生逾時時先重試，再前往實際使用的網站測試。測試網址連不上，不代表所有服務都無法使用。

記錄速度波動與實際下載狀況

以下數據僅用來說明判斷方法，並非本站實測，也不代表任何服務商。下載測試請使用同一個允許測試的檔案，並限制測試次數，因為測速本身會消耗訂閱流量。

這裡的 MB/s 是每秒兆位元組，Mbps 是每秒百萬位元，數值約相差 8 倍。12 MB/s 約等於 96 Mbps。比較測速截圖前，請先統一單位，並確認瓶頸不是本地寬頻或 Wi-Fi 訊號。

流量倍率怎麼算：依服務商的計費方式確認

節點名稱中的「0.5×」、「1×」、「2×」，通常代表服務商為該線路設定的流量計費倍率，不是速度倍數，也不是 Clash 核心自動套用的限速參數。名稱僅供參考，實際仍應以服務商的方案說明和後台流量扣除紀錄為準。

如果服務商按上傳與下載流量總和計費，基本公式如下：扣除流量 =（上傳流量 + 下載流量）× 節點倍率。例如下載 10 GB、上傳 0.2 GB，使用 2× 節點約扣除 20.4 GB；改用 0.5× 節點則約扣除 5.1 GB。實際數字也可能受統計延遲、單位換算和伺服器端計量方式影響。

• 大型檔案與系統更新：優先選擇持續傳輸速度足夠、倍率較低的線路。
• 瀏覽網頁與即時通訊：通常總流量不大，可優先考量回應速度和穩定性。
• 高倍率專線：只有確實改善目標服務的使用體驗，額外耗用流量才值得。

可以先記錄服務商後台的用量，接著進行一次約 200 MB 的受控下載，等流量統計更新後再確認扣除量。不要直接拿用戶端工作階段流量和方案餘額精確對帳：兩者的統計範圍可能不同，後台資料也可能延遲更新。

出口地區怎麼選：以目標服務的判定結果為準

節點名稱可能標示入口位置、出口位置，或服務商自訂的線路名稱。標示「香港中轉、日本出口」的線路，使用者端先連上的伺服器不一定位於日本，但目標網站通常會看到最終出口 IP。需要特定地區的存取能力時，應確認出口位置，而不是只看名稱。

三步確認出口地區與服務可用性

1. 在代理群組中手動選定候選節點，避免自動群組在確認過程中切換線路。
2. 使用 IP 查詢網站確認出口位址與地區，同時在連線紀錄中確認查詢流量經過預期節點。
3. 開啟實際要使用的服務，確認能否登入、播放或使用所需功能，不要只看首頁能不能開啟。

不同 IP 資料庫判定的地區可能不同。影音、支付和部分線上服務也會綜合帳戶註冊地區、付款方式、裝置位置與風險控管狀態判斷資格。IP 查詢網站顯示某個地區，不代表所有服務都會認可。

距離較近的出口通常比較容易取得低延遲，但繞路、跨網壅塞和中轉路徑都可能改變結果。遠端會議可先測試鄰近地區；使用有明確地區限制的服務時，則應先符合出口地區要求，再比較延遲。經常登入的重要帳戶，建議固定使用相對穩定的出口，避免不必要的跨地區切換。

協定怎麼比較：先確認核心支援，再看網路環境

Clash 是用戶端生態中常見的名稱，實際支援哪些協定，取決於目前執行的核心及其版本。Clash Meta 後續以 mihomo 的名稱持續發展，但安裝圖形介面不代表核心一定支援訂閱中的所有協定。排查問題前，先到用戶端的「關於」或核心資訊頁面記下完整版本號，再對照該版本的文件。

相同協定可能用在截然不同的線路上，品質好的同一條線路也可能提供多種協定。晚間壅塞、伺服器負載和跨網品質，往往比協定名稱更能說明實際使用體驗。不要把「協定較新」直接等同於「所有網路都比較快」。

選好節點後：確認規則命中與備援策略

在規則模式下，手動選擇「代理」群組中的節點，只會影響實際使用該群組的連線。影音、下載或特定網域可能交由其他代理群組處理，也可能命中 DIRECT。切換節點後若出口沒有變化，請先檢查連線詳細資料中的網域、命中規則和策略鏈，不要立刻重新匯入訂閱。

每次切換後都要確認的四件事

1. 確認流量接管：確認已啟用系統代理，或依需求開啟 TUN。部分應用程式不會讀取系統代理設定。
2. 確認策略鏈：開啟目標網站，在連線清單中找到對應連線，確認最後使用的節點名稱。
3. 重新建立連線：既有的長連線可能仍在使用舊節點。重新發送請求，必要時先關閉對應的舊連線再測試。
4. 確認實際用途：分別檢查網頁載入、目標服務和所需的 UDP 功能，不能只看測速按鈕。

也應了解自動群組的選擇依據：url-test 主要依指定網址的延遲結果挑選節點，並受容差和檢測設定影響；fallback 則依設定順序，選擇健康檢查可用的候選節點。兩者都不代表「自動選擇下載速度最快的節點」，也不會自行確認流量倍率或服務地區資格。

平常可保留兩條已驗證的線路：一條作為常用節點，另一條使用不同出口或不同上游作為備援。若節點只是名稱不同，實際上卻共用同一條路徑，就不一定能提供有效備援。訂閱更新後，請重新確認節點名稱和群組選擇，避免原有節點移除後誤用其他線路。

最後的選擇順序是：目標服務可用 → 連線穩定 → 回應速度與傳輸量達標 → 倍率可接受。記錄測試日期、網路環境、三次延遲和實際用途，比只留存一張最低延遲的截圖更方便長期比較。需要進一步排查時，可參閱連線檢查說明與自訂規則說明。