Clash 節點怎麼選：延遲、倍率、地區、協定四大面向完整解析

先釐清選擇順序

節點清單中最醒目的通常是地區名稱和延遲數字，但選節點不能只按照最低延遲排序。延遲反映回應速度，不直接代表下載頻寬；倍率影響流量帳戶的扣除量，不代表線路品質；地區決定存取路徑和內容區域；協定則會影響相容性、握手開銷與網路適應能力。四項指標解決的是不同問題。

更穩定的選擇順序是：先依用途限定地區，再排除逾時和高丟包節點，接著比較晚間尖峰時段的速度，最後查看倍率與協定。這樣能避免選到延遲很低、實際下載卻很慢的壅塞節點，也能避免為了幾毫秒的差異長期使用高倍率線路。

一分鐘快速選擇法

1. 網頁瀏覽優先測試距離較近的香港、日本、新加坡節點。
2. 串流影音先選擇內容區域相符的節點，再確認帳號與內容是否可用。
3. 在相同地區選出延遲最低的 3 個節點，不要只保留第 1 名。
4. 分別連續測試 5 次，剔除逾時、波動超過 100ms 或頻繁飆高的節點。
5. 使用同一個下載來源測試 30 秒，記錄穩定速度，不要只看剛開始的瞬時峰值。
6. 速度接近時，再選擇倍率較低、協定與目前網路相容性較好的節點。

例如，香港 A 的延遲為 42ms、下載速度為 18MB/s、倍率為 1.5；香港 B 的延遲為 58ms、下載速度為 27MB/s、倍率為 1.0。日常瀏覽時兩者的回應差異不明顯，但持續下載時 B 更合適。如果 A 在晚間尖峰仍能維持低抖動，而 B 經常降到 2MB/s，再將常用節點切回 A。

如何看懂延遲數字

Clash 客戶端中的延遲測試通常會透過代理節點存取測試 URL，並記錄完成連線或 HTTP 請求所需的時間。這不是完整的頻寬測試，也不等同於傳統 ICMP Ping。節點伺服器可能禁止 ICMP，但代理連線仍可正常運作；反過來，延遲測試顯示 40ms，也不能證明大檔案下載一定很快。

延遲、抖動與丟包分別代表什麼

• 延遲：一次請求往返所需的時間，單位通常是 ms。數值越低，頁面首次回應和互動通常越快。
• 抖動：多次測試結果之間的波動。50ms、52ms、55ms 比 32ms、180ms、70ms 更穩定。
• 丟包：資料封包未能正常抵達。持續丟包會造成載入停頓、語音斷續和連線重傳。
• 吞吐量：單位時間內能傳輸的資料量，常見單位為 Mbps 或 MB/s。必須實際傳輸資料才能判斷。

延遲可以依用途粗略判斷。30ms 至 80ms 適合大多數網頁、即時通訊和影片播放；80ms 至 150ms 通常仍可正常使用，但互動感會稍慢；超過 200ms 時，網頁首次載入、遠端終端機和即時操作會明顯延遲。這些區間不是品質保證，還要搭配抖動與丟包一起判斷。

為什麼同一個節點每次結果都不同

測試請求會經過本地 Wi-Fi、電信業者接取網路、跨境鏈路、節點入口和測試伺服器。任何一段發生壅塞，數字都會改變。客戶端同時發起多個節點測試時，本地頻寬和連線數也可能互相影響。因此，一次「全部測速」的結果只能用於初步篩選，不能作為長期判斷依據。

建議先在客戶端的「代理」頁面測試整組節點，再對候選節點個別測試 5 次。如果使用 Clash Verge Rev 2.x，通常可進入「代理」→選擇策略組→執行延遲測試；不同版本的按鈕名稱可能顯示為「測速」、「延遲測試」或「URL Test」。測試時暫停大型下載和雲端硬碟同步，並分別記錄白天與 20:00 至 23:00 的結果。

倍率怎麼算

倍率是流量帳戶的計費係數，不是速度倍數。使用 2.0 倍率節點傳輸 1GB 資料，帳戶通常會扣除 2GB；使用 0.5 倍率節點傳輸 1GB，通常扣除 0.5GB。實際統計方式由訂閱服務決定，有些服務會合計上傳與下載流量，有些則會為特定線路設定獨立倍率。

節點名稱中的「0.5x」「1x」「2x」通常就是倍率提示，但 Clash 設定格式本身沒有統一的倍率欄位。客戶端只會顯示訂閱服務提供方寫入節點名稱的文字，不會代替帳戶計算餘額。倍率、方案流量和重置日期應以訂閱服務的帳戶頁面為準。

何時值得使用高倍率節點

• 低倍率節點在晚間尖峰持續壅塞，而高倍率專線仍能維持穩定速度。
• 遠端會議、臨時簡報或檔案交付對連線穩定性有明確要求。
• 目標地區只有少量節點可用，需要優先確保區域存取。
• 一般節點丟包明顯，高倍率線路的路由和入口品質更好。

高倍率不一定等於高品質。名稱中的「專線」「精品」同樣只是線路標記，最終仍要看連續測試。如果兩個節點在晚間尖峰都能穩定達到 50Mbps，延遲分別為 62ms 和 70ms，倍率分別為 2.0 和 1.0，普通網頁與影片情境通常優先選後者。

依用途選擇地區

地區名稱通常表示代理出口 IP 所在地，不一定代表伺服器的完整實體路徑。標記為「日本」的節點可能先接入本地中轉，再經過其他地區抵達日本出口。選擇地區時應關注目標服務、線路距離和區域限制，而不要把國家或地區名稱視為固定的效能等級。

香港、日本與新加坡

對中國大陸多數網路而言，香港節點的實體距離較近，常見延遲約 30ms 至 80ms，適合網頁、即時通訊和一般下載。日本節點常見延遲約 50ms 至 120ms，軟體儲存庫、開發服務和日本區域內容可能更合適。新加坡節點常見延遲約 70ms 至 150ms，適合面向東南亞的服務，也可作為香港、日本線路壅塞時的備選。

這些數字只用於初步篩選。不同電信業者的國際出口差異很大，同一城市的電信、聯通、移動網路可能得到完全不同的結果。行動熱點和家用寬頻也應分開測試，不要把一個網路環境的結論直接套用到另一個環境。

美國與歐洲

美國節點適合明確要求美國出口的服務、北美伺服器管理和區域內容。跨越距離較長，延遲常見為 140ms 至 260ms。歐洲節點通常更高，部分線路會超過 250ms。觀看影片時，穩定的 200ms 延遲仍可能播放順暢，因為播放器會進行緩衝；遠端桌面、SSH 輸入和即時遊戲則會明顯感到延遲。

串流影音與帳號區域

串流影音的可用性不只由地區決定。服務還可能根據 IP 類型、出口信譽、帳號註冊區、付款方式和定位權限判斷區域。節點測速成功但內容無法播放時，優先更換同地區的其他出口，而不是修改 Clash 的 DNS、連接埠或規則。切換後應關閉原有播放頁面並重新建立連線，避免舊連線繼續重複使用。

協定差異是否重要

訂閱節點可能使用 Shadowsocks、VMess、VLESS、Trojan、Hysteria2、TUIC 等協定。Clash Meta，也就是目前常見的 mihomo 核心，支援的協定和傳輸選項較多；舊版 Clash 核心或較早期的客戶端不一定能辨識所有欄位。匯入訂閱後節點完全不顯示，首先要檢查客戶端核心是否支援對應協定，而不是先判斷節點已失效。

常見協定的選擇重點

• Shadowsocks：設定較簡單，相容範圍廣。實際品質主要取決於加密方式、伺服器效能和線路。
• Trojan：通常搭配 TLS 使用。系統時間錯誤、憑證網域不相符或 SNI 設定異常，都可能導致握手失敗。
• VMess 與 VLESS：可能搭配 WebSocket、gRPC、TLS 或 Reality。節點參數必須完整吻合，不能只複製位址和連接埠。
• Hysteria2 與 TUIC：以 UDP 為基礎的傳輸在高延遲或有丟包的線路上可能表現較好，但會受到本地網路、路由器和電信業者 UDP 策略影響。

協定名稱不能直接換算成速度排名。同一條優質線路上的 Shadowsocks 節點，可能比壅塞線路上的 Hysteria2 更快。只有在相同線路、伺服器和負載條件下，協定差異才有比較意義。入門使用者不需要為了協定頻繁修改設定，先使用訂閱提供的完整節點參數，再根據實際連線結果選擇。

UDP 節點無法連線時

如果 Hysteria2 或 TUIC 在家用寬頻可用，但使用手機熱點卻逾時，問題可能位於 UDP 傳輸層。先切換同地區的 TCP 類節點確認基礎網路，再檢查客戶端是否啟用了支援該協定的 mihomo 核心。若只有 UDP 類節點失敗，繼續修改系統代理連接埠通常沒有作用。

TUN 模式也不會自動提升節點速度。TUN 的作用是接管更多系統流量，讓不讀取系統代理設定的應用程式也能經過 Clash。節點本身壅塞、出口頻寬不足或遠端伺服器限速時，啟用 TUN 無法消除瓶頸，反而會增加一個需要檢查的流量處理層。

用實際測速確定主要節點

可靠的測試需要控制變因。所有候選節點都應使用相同網路、相同裝置、相同時段和相同下載來源。不要用節點 A 測試影音網站、節點 B 測試軟體鏡像站，再直接比較速度。瀏覽器擴充功能、系統 VPN、遊戲加速器和其他代理程式也應暫時退出，避免流量路徑不一致。

三輪測試流程

1. 第一輪，連線測試：對策略組中的所有節點執行延遲測試，剔除連續兩次逾時的節點。
2. 第二輪，穩定性測試：對剩餘節點各測試 5 次，記錄平均延遲、最高延遲和逾時次數。
3. 第三輪，吞吐測試：使用固定測試檔案或可信賴的測速網站，每個節點持續測試 30 至 60 秒。

假設節點 A 的五次延遲為 42、45、47、44、46ms，下載速度穩定在 12MB/s；節點 B 為 35、38、190、41、220ms，下載速度在 3MB/s 至 25MB/s 之間波動。即使 B 的最低延遲較小，A 仍更適合作為日常主要節點。影片和檔案傳輸尤其依賴持續穩定性。

Mbps 與 MB/s 不要混用。測速頁面顯示 100Mbps，理論換算約為 12.5MB/s；考量協定開銷和網路波動，實際下載速度可能在 9MB/s 至 12MB/s。瀏覽器下載顯示 8MB/s，不代表只有 8Mbps。

100 Mbps ÷ 8 = 12.5 MB/s
50 Mbps ÷ 8 = 6.25 MB/s
20 MB/s × 8 = 160 Mbps

自動選擇策略組

設定中的 url-test 策略組可以定期測試節點，並自動選擇符合條件的低延遲節點。它適合維護一組同地區、用途相近的候選節點。不要把香港、美國、串流影音專用和高倍率節點全部放進同一個自動群組，否則程式可能只依測試延遲切換到用途不相符的出口。

proxy-groups:
  - name: HK-AUTO
    type: url-test
    proxies:
      - HK-01
      - HK-02
      - HK-03
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

interval: 300 表示每 300 秒測試一次，tolerance: 50 用於減少節點之間因幾十毫秒差異而頻繁切換。測試 URL 必須穩定、回應內容較小，且能透過節點存取。這項測試仍只用於估算回應速度，不會測量大檔案吞吐量。

何時該換節點，何時該修改設定

只要先判斷故障位於節點層還是客戶端層，就能減少無效操作。個別節點逾時、同組其他節點正常時，通常先更換節點；所有節點同時失敗，則應檢查訂閱、本地網路、客戶端連接埠、系統代理、DNS 或核心。不要在單一節點壅塞時反覆重新安裝客戶端，也不要在所有節點失敗時只盲目切換幾十個節點。

連接埠與系統代理檢查

許多 Clash 設定使用混合連接埠 7890，但實際連接埠可能已被客戶端改為其他值。請以客戶端目前顯示為準，不要只依教學固定填寫。以瀏覽器手動設定代理時，位址通常是 127.0.0.1，連接埠應與「設定」→「連接埠設定」或「設定」→「參數設定」中的 Mixed Port 一致。

如果客戶端的連線記錄中完全看不到瀏覽器請求，問題多半還沒到節點層。先開啟系統代理，再確認沒有其他 VPN 或代理程式佔用流量。若連線記錄看得到請求，並顯示命中某個代理節點後逾時，才繼續測試該節點、策略組和遠端服務。

DNS 無法解決頻寬壅塞

DNS 負責將網域名稱解析為位址，也會參與規則比對與連線建立。解析異常可能導致網域無法開啟、命中不符合預期的規則或首次連線變慢，但不會把一條持續只有 5Mbps 的壅塞線路變成 100Mbps。IP 直連正常而網域連線失敗時再檢查 DNS；所有下載都很慢時，先檢查節點吞吐量和本地頻寬。

四大面向選擇結論

延遲用於判斷回應速度，重點是觀察多次結果和抖動；倍率用於估算流量扣除量，不能代表效能；地區依目標服務與實體距離選擇；協定先確認客戶端相容性，再觀察目前網路對 TCP、UDP 和不同傳輸方式的實際表現。四個面向不能互相取代。

日常使用可以先選擇鄰近地區的 3 個節點，完成五次延遲測試和一次 30 秒下載測試，再將穩定節點放入手動策略組。低延遲但波動大、速度峰值高但持續吞吐量差、倍率高卻沒有品質優勢的節點，都不適合作為長期預設節點。

發生故障時，個別節點異常就更換節點；所有節點異常就檢查訂閱、網路和客戶端；只有部分應用程式異常就檢查系統代理、規則與 TUN 接管範圍。依層級定位問題，比反覆修改 DNS、連接埠和協定參數更有效率。