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

一、先確認節點確實有被使用，再比較四項指標

挑選 Clash 節點，不能只把清單依延遲由低到高排序。延遲會影響回應速度，倍率關係到流量用量，地區決定出口位置，協定則影響用戶端相容性與傳輸方式。四項條件都合適後，仍須透過實際使用確認穩定度。

開始前，請先匯入訂閱並啟用設定檔。桌面用戶端通常可在「代理」頁面選擇策略群組，並在「連線」頁面查看請求實際使用的規則與出口；不同用戶端的選單名稱可能略有差異。若尚未完成初次設定，可先依照訂閱匯入說明操作。

1. 在「代理」頁面找到目標網站使用的策略群組，記下目前選用的節點。
2. 測試期間改用手動選擇，避免自動測速群組在測試途中更換節點。
3. 關閉舊頁面或結束相關連線，再重新發出請求；已建立的連線通常不會因切換節點而立即轉移。
4. 在「連線」頁面確認目標請求是經由剛選擇的節點，而不是 DIRECT 或其他策略群組。

二、怎麼看延遲：數值低不代表下載速度快

用戶端測得的是測試請求，不代表所有使用情境

Clash 類用戶端常見的節點測速方式，是向指定 URL 發出請求，測量透過節點存取該網址所需的時間，並非單純的 ICMP ping。測試 URL、連線重複使用、DNS、核心實作方式，以及節點當下的負載，都會影響測試結果。比較時務必使用相同的測試網址與測試方式。

例如，A 節點顯示 45 ms，B 節點顯示 90 ms，只能表示這次測試中 A 對測試目標的回應較快。如果 A 的頻寬壅塞，下載大型檔案時反而可能比 B 慢。能正常連線至測速網站，也不代表存取影音網站或遊戲伺服器一定順暢。

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

• 先少量篩選：挑選 3 個符合地區需求的節點，每個測 5 次，間隔約 10 秒；不要連續對整份訂閱反覆測速。
• 觀察波動：範例 A 為 42、45、43、280、46 ms；範例 B 為 78、81、79、83、80 ms。A 的典型回應較快，但有一次明顯飆高，建議繼續觀察。
• 記錄逾時：5 次測試中有 2 次逾時，比單次最低延遲更值得留意。逾時也可能是測試目標或本地網路造成，可改用另一個已知可用的目標再次確認。
• 補做一次晚間測試：白天的表現可能和 20:00—23:00 的尖峰壅塞情況不同；若要長期使用，測試時段應涵蓋實際使用時間。

以上數據僅為讀數範例，並非本站實測排名。網頁瀏覽應優先考量回應速度與失敗率；影音播放和下載還須看持續傳輸速度；語音與遊戲則更重視延遲抖動、封包遺失，以及 UDP 是否確實可用。

三、怎麼看倍率：先估算流量，再評估是否划算

節點名稱中的 0.5x、1x、2x 通常是服務供應商標示的流量計費倍率，不是 Clash 協定欄位，也不代表速度倍數。名稱標示「2 倍」不等於頻寬加倍。用戶端通常只會顯示節點名稱，不會決定伺服器端如何扣除流量。

上表假設「計費傳輸總量 × 倍率」就是流量扣除方式。實際計費請以服務說明與帳戶統計為準；用戶端流量、電信業者流量與帳戶扣除量，可能因統計範圍和單位不同而有差異。節點名稱未標示倍率時，不要自行認定為 1x。

依每月用量選擇，不要從名稱猜測效能

假設每月影音流量約 60 GB，使用 2x 節點會計入約 120 GB；以相同計算方式，0.5x 則約為 30 GB。若低倍率節點已能穩定滿足播放需求，就不必只因名稱帶有「專線」便改用高倍率節點。反之，低倍率節點若頻繁緩衝，也不適合用於即時會議。

速度測試本身也會傳輸資料。若以 100 Mbps 持續下載 30 秒，理論傳輸量約為 375 MB，尚未計入協定額外負擔。流量有限的方案應先以短時間測試篩選，再對少數候選節點進行持續測試。

四、怎麼看地區：分清入口位置與實際出口

節點名稱中的「香港」、「日本」、「美國」通常表示預期出口地區，但命名方式由服務供應商決定。有些線路會先連到中轉伺服器，再從其他地區出口；設定檔中的 server 位址也可能只是入口。入口距離近，不代表出口一定近。

依需求確認出口，不要只看國旗

1. 一般瀏覽：先選擇距離與路由較合適的地區，再比較尖峰時段的回應速度與連線成功率。地理距離僅供參考，電信業者之間的網路互連與繞送路徑同樣重要。
2. 地區內容：使用目標服務認可的出口地區，並遵守其服務條款。IP 查詢網站顯示某個地區，不代表所有平台都會做出相同判定。
3. 工作帳戶：優先選擇出口穩定的節點，避免短時間內反覆切換不同地區登入。重新連線後 IP 是否改變，仍須另外觀察；節點名稱相同不代表使用固定 IP。
4. 遊戲：以遊戲伺服器所在的地區和實際路由為準。連到代理入口只要 20 ms，不代表連到遊戲伺服器也只要 20 ms。

確認出口時，請在「連線」頁面確認 IP 查詢請求確實經由選定節點，再查看查詢結果。接著直接開啟目標服務進行確認。分流規則可能讓不同網站使用不同出口，因此單一查詢頁面的結果不代表所有應用程式。

五、怎麼選協定：先確認相容性，再看網路表現

訂閱使用的協定必須受到目前的核心支援。原版 Clash 與 Clash Meta（現多稱為 mihomo）支援的協定範圍不同；即使用戶端介面名稱相似，也可能採用不同核心。請在用戶端的「關於」或核心資訊頁面查看實際核心名稱與版本，再參照該核心的文件；只升級介面程式不一定會同步更換核心。

如果目前的 Wi-Fi 網路限制 UDP，依賴 UDP 傳輸的節點可能無法連線，而使用 TCP 傳輸的候選節點仍可正常運作。相反地，在某些封包遺失的環境中，特定協定與實作方式可能表現較好；但應在相同網路、相近時段進行測試，不能把協定名稱當成線路品質排名。

遊戲需要完整的 UDP 傳輸路徑

遊戲能否透過節點運作，取決於應用程式流量是否交由代理處理、核心與節點是否支援所需的 UDP 轉發、伺服器端是否開放，以及規則是否選擇正確出口。一般系統 HTTP 代理通常無法接管遊戲的所有 UDP 流量；必要時才考慮使用用戶端支援的 TUN 模式。

TUN 是接管本機流量的方式，不是節點協定，也不會自動降低延遲。啟用後仍須檢查路由、DNS 與連線記錄。公司網路、其他 VPN 或虛擬網卡可能造成衝突；排查時一次只調整一個設定，並保留還原原始設定的方法。

六、依瀏覽、影音與遊戲需求進行一輪比較測試

先依地區與核心相容性排除不適用的節點，再按倍率篩選可接受的成本，最後比較延遲與實際使用表現。這樣比從數十個節點名稱中挑出最低數值更容易重現，也方便日後更換網路後再次測試。

可直接照著操作的選擇流程

1. 保留 3 個候選節點，例如同一地區的兩個 1x 節點和一個 0.5x 節點，並確認目前使用的核心都能載入。
2. 使用相同的測試 URL，各測 5 次，記錄典型延遲、最高延遲與逾時次數。
3. 在相同網路環境下測試實際使用情境，暫停系統更新與其他大量下載，避免背景工作影響結果。
4. 記錄測試時間、網路類型、節點名稱、倍率、出口地區與使用結果；不要記錄訂閱連結或節點金鑰。
5. 選擇一個主要使用的節點，再保留一個不同線路的備用節點。於尖峰時段再次測試後，再決定長期使用哪一個。

例如，A 節點為 45 ms，但播放 5 分鐘時緩衝 3 次；B 節點為 85 ms，播放時沒有緩衝，且兩者倍率皆為 1x。影音播放情境可優先考慮 B。這只是判斷範例，並非固定門檻；即時互動情境還應額外檢查應用程式內的延遲與封包遺失。

七、常見問題：自動選擇、逾時與切換後的確認方式

自動選擇總是能挑出最快的節點嗎？

url-test 策略群組通常會依指定測試 URL 的延遲自動選擇節點，無法直接評估影音傳輸速度、地區可用性或倍率成本。若群組內混有不同地區與倍率的節點，自動選擇結果可能不符合實際需求。請先將符合需求的節點放入同一群組，再考慮使用自動測試；群組設定方式請參閱策略群組使用說明。

節點顯示逾時，就代表它已經失效嗎？

不一定。無法連線至測試網址、DNS 異常、本地網路限制或短暫壅塞，都可能造成逾時。請先改用另一個候選節點和其他可用的測試目標交叉確認，再查看「記錄」中的解析失敗、握手失敗或連線逾時訊息。排查順序可參考連線檢查步驟。

切換節點後，為什麼速度和地區都沒有改變？

先確認選對策略群組，再重新建立目標連線。瀏覽器的長連線、應用程式連線池與背景下載，可能仍沿用原本的出口。必要時可結束該應用程式的相關連線並重新開啟，同時查看「連線」頁面顯示的節點與規則；不要只根據用戶端流量數字是否更新來判斷切換是否成功。