Clash 節點怎麼選？延遲、流量倍率、地區與協定一次看懂

先確認節點用途，再比較清單上的數據

Clash 節點是設定中的一種代理出口選項。客戶端負責顯示清單，核心負責建立連線，服務提供者則決定入口、出口、線路與計費方式。節點名稱中的「日本」「專線」「0.5 倍」通常是服務提供者自行加上的說明，並非核心驗證過的效能結論。

挑選節點時，先將需求分為網頁瀏覽、大型檔案傳輸、地區限定服務與即時通訊。瀏覽網頁較重視連線建立速度；下載較重視持續傳輸速度；存取地區限定服務要確認實際出口；語音通話和遊戲還得留意 UDP、抖動與封包遺失。單一延遲數值無法回答所有問題。

• 日常瀏覽：優先選擇連線穩定、回應起伏小的節點，並保留一個備用出口。
• 影片串流與下載：比較晚間的持續速度，並確認流量倍率，別只看單次峰值。
• 地區限定服務：先確認出口 IP 的所在地及目標服務是否可正常存取，再比較速度。
• 語音通話與遊戲：確認應用程式流量確實經過代理、節點支援 UDP，並透過應用程式觀察延遲與封包遺失。

延遲數值：測試目標、逾時與波動

清單中的毫秒數代表什麼？

Clash 系客戶端通常會透過指定 URL 測試代理是否可用，以及回應所需時間。這通常不是對伺服器執行一次 ICMP ping，也不是頻寬測試。測試結果會受到本機到入口的連線、代理交握、出口到測試網站的路徑，以及連線重複使用情況影響。不同客戶端與核心版本的計時方式也可能不同。

例如，節點 A 對測試網址顯示 68 ms，節點 B 顯示 126 ms，只能說明這次測試中，A 對該網址的回應較快。如果實際要瀏覽的網站離 B 的出口更近，B 仍可能帶來更好的體驗。別把特定測試網域的排序，直接當成所有網站的速度排名。

多次測試比單次排序更有參考價值

1. 使用相同網路和測試 URL 進行比較，並暫停大型檔案下載與雲端硬碟同步。
2. 每個候選節點測試 5 次，間隔約 10 秒，記錄成功次數與數值範圍。
3. 開啟平常使用的網站，觀察首頁載入速度與連續操作是否順暢。
4. 在常用時段再測一次，例如 20:00—23:00，確認尖峰時段的波動情況。

以下數據僅為判斷方式的示例，並非本站對任何線路的實測結果或效能承諾。

timeout 不代表訂閱已失效

逾時可能是節點離線、測試網站無法連線、DNS 解析失敗、交握失敗或逾時門檻過短所致。先確認其他節點是否也同時失敗，再嘗試開啟實際使用的網站。如果所有節點都失敗，應檢查本機網路與設定；如果只有一個節點失敗，再查看該節點的連線記錄。HTTP 測試成功也不代表 UDP 通訊正常。

流量倍率：依用量折算，不代表頻寬

「0.5×」「1×」「2×」通常表示服務提供者計算該節點流量的計費倍率。倍率不是 Clash 通用的協定欄位，核心不會因為名稱標示「2×」就自動讓頻寬加倍。實際計費方式應以服務提供者的用量說明與帳戶頁面為準。

用量計算範例

假設服務提供者依上下行流量總和乘以倍率扣除方案額度，計費流量可表示為：計費流量 = 實際統計流量 × 節點倍率。若實際統計流量為 8 GB，不同倍率下的扣除量如下。

實際扣除量也可能受到上下行統計方式、GB 與 GiB 的單位差異、協定額外流量及帳單更新延遲影響。客戶端顯示的下載量不一定與帳戶頁面完全一致。即使節點名稱標示「0 倍率」，也要確認適用時段、速度限制及用量規則，別只憑節點名稱判斷。

測速也會消耗流量額度

小型 URL 延遲測試通常只消耗少量流量，但完整頻寬測試可能會持續傳輸大量資料。以平均下載速度 50 Mbps、測試 30 秒為例，資料量約為 50 ÷ 8 × 30 = 187.5 MB，尚未計入額外開銷；若節點倍率為 2×，依此計算約會扣除 375 MB。一次替數十個節點進行頻寬測試，可能很快耗盡方案額度。

節點地區：分清入口、出口與網站判定

名稱為「香港入口｜美國出口」的節點，可能先連上附近的伺服器，再透過中轉線路從美國連至目標網站。入口會影響本機的接入路徑，出口則決定網站看到的 IP。設定中的伺服器網域或位址可能只是入口，無法單獨證明最終出口位於哪個國家。

依實際存取需求選擇地區

• 瀏覽一般網頁：先試接入路徑較短的地區，同時保留其他地區作為對照。地理距離近，不代表電信業者的路由一定較短。
• 存取特定地區內容：透過該節點查詢出口 IP，再到目標服務確認存取結果。IP 資料庫可能有更新延遲。
• 使用固定帳戶：盡量維持出口地區穩定，避免頻繁切換地區而觸發安全驗證。
• 下載海外檔案：實際速度取決於出口與下載來源之間的網路互連，可比較靠近來源伺服器的出口，不必只選離本機最近的節點。

地區符合需求，也不保證一定能使用特定服務。服務可能還會依據資料中心 IP、帳戶地區、付款資料或其他風險訊號決定是否允許存取。「串流解鎖」等節點標籤可能隨時失效，應以目前實際使用結果為準，並遵守服務條款。

如何看懂專線、直連與中轉標籤

這些標籤描述的是服務提供者安排線路的方式，並沒有統一的客戶端驗證標準。中轉可能改善壅塞，也可能增加額外繞路；標示為專線，也不能取代尖峰時段的實際測試。比較時記錄入口網路、測試時間、實際出口與穩定性，比只看節點名稱更可靠。

協定類型：先確認核心相容性，再看網路條件

Clash 是客戶端生態中常見的名稱，不同客戶端可能使用不同核心。mihomo 是原 Clash Meta 專案的延續，支援的協定與設定欄位和舊版 Clash 核心並不完全相同。請先在客戶端的「關於」頁面或核心資訊中確認核心名稱與版本，再參照該版本文件檢查訂閱中的 type 欄位。客戶端外殼能匯入 YAML，不代表其核心能執行所有節點。

協定名稱無法直接換算速度

同一台伺服器更換協定後的表現，和比較兩台不同伺服器並不相同。線路容量、伺服器負載、壅塞控制與本機電信業者的路徑，都可能比協定名稱更影響速度。Hysteria2 或 TUIC 在某些網路環境中表現良好，但若 UDP 受到限制，也可能無法連線；在其他網路環境下，以 TCP 為基礎的方案反而可能更穩定。

節點的傳輸協定與應用程式的 UDP 支援也要分開確認。協定能承載 UDP，不代表服務提供者已開放 UDP，也不代表目前的設定已啟用。瀏覽器可以開啟網頁，不代表遊戲或語音流量也能透過同一節點傳輸。

手動選擇與自動測速：策略組如何分工

節點本身是出口，策略組則決定使用哪個出口。手動組適合固定地區或固定帳戶；url-test 會依指定 URL 的測試結果自動選擇；fallback 通常會依序使用可用節點。這些機制主要用來處理可用性與測試回應問題，不等於自動挑選下載速度最快的節點。

mihomo 策略組範例

以下片段假設現有設定中已定義名為「日用-A」與「備用-B」的兩個節點。這段只示範策略組，並非完整訂閱。若實際節點名稱不同，必須依現有名稱修改，否則會出現引用不存在代理的錯誤。

proxy-groups:
  - name: 日常自動
    type: url-test
    proxies:
      - 日用-A
      - 備用-B
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 50

  - name: 手動選擇
    type: select
    proxies:
      - 日常自動
      - 日用-A
      - 備用-B

interval: 300 表示設定的測試間隔為 300 秒；實際測試觸發時間也會受到核心的惰性測試等行為影響。tolerance: 50 將切換容差設為 50 ms，避免些微差異造成頻繁切換。範例中的測試網址會透過節點連線，其可達性也會影響判斷；可依實際需求選擇穩定的測試 URL。

若要讓流量使用這個策略組，還必須將相應規則指向「手動選擇」或「日常自動」。只新增策略組不會改變既有規則。由客戶端管理的訂閱可能在更新時覆蓋原始檔案，應使用客戶端提供的覆寫或合併功能保存自訂項目；操作步驟請參考設定教學。

TUN 不是加速開關

TUN 用於接管更多應用程式的網路流量；系統代理通常只會影響遵循代理設定的程式。啟用 TUN 可以改變哪些連線會進入核心，但不會增加節點線路的頻寬。如果瀏覽器正常、其他程式沒有使用代理，應檢查流量接管方式；若已確認使用同一節點仍然緩慢，就繼續比較線路與目標網站，別把切換 TUN 當成通用測速方法。

十分鐘挑選節點：可重複使用的檢查步驟

1. 確認設定：確認已載入訂閱、核心支援節點協定，且方案額度與有效期限正常。
2. 篩選地區與倍率：依使用需求挑出 2—3 個候選節點，記錄出口地區與計費倍率。
3. 測試可用性：使用相同 URL 連測 5 次，優先排除經常逾時或波動劇烈的候選節點。
4. 測試實際使用情境：開啟常用頁面、播放影片，或短時間下載同一個檔案；別用峰值截圖代替實際體驗。
5. 確認連線：在連線頁面確認規則、策略組與最終使用的節點，避免拿直連結果和代理連線比較。
6. 保留備用節點：固定一個常用節點及一個不同線路的備用節點，並在尖峰時段再次檢查。

記錄內容可以很簡單：日期、網路類型、節點名稱、5 次延遲、30 秒平均速度、倍率，以及目標服務是否可用。請注意 Mbps 與 MB/s 不同：不計額外開銷時，100 Mbps 約等於 12.5 MB/s。比較結果時統一單位，才不會誤以為兩種顯示方式相差八倍效能。

如果所有候選節點在同一時間都變慢，先比較其他本機網路，再檢查背景上傳、本機 DNS 與流量接管設定；如果只有一個節點變慢，則更適合更換出口進行對照。如需進一步查找原因，請參閱疑難排解。挑選節點的最終依據，應是實際使用是否穩定、成本是否合適，而不是清單中最低的數字。