訂閱節點怎麼選：延遲測速、流量倍率、地區標示與協定解析

節點挑選順序：先確認可用，再比較穩定度與成本

匯入訂閱後，節點清單可能同時出現地區、倍率、線路和協定名稱。Clash 圖形介面會顯示這些資訊，但節點名稱通常由訂閱服務商設定，並非核心程式驗證過的線路報告。挑選節點時，先確認能否連上目標服務，再比較延遲波動、持續傳輸表現和流量成本，比直接挑清單上毫秒數最低的節點可靠。

1. 確認設定檔與模式：啟用剛匯入的設定檔並使用規則模式；確認目標網站套用的規則指向準備測試的策略群組。
2. 先保留少數候選節點：挑選 3 個節點，涵蓋兩個地區或兩種線路，避免一次對上百個節點進行測試。
3. 重複測試延遲：在相同網路和測試網址下測試 5 次，記錄失敗次數與中位數，不要只看表現最好的一次。
4. 實際測試使用情境：開啟常用網站、播放影片，或傳輸大小已知的檔案，確認持續速度並留意是否中途斷線。
5. 建立主用與備用組合：選一個日常使用的節點，再保留一個不同線路的備用節點；晚間尖峰時段再測一次。

Clash 延遲測速：毫秒數代表什麼

Clash 和 mihomo 常見的延遲測試方式，是透過指定代理向測試 URL 發出 HTTP 請求，而不是對節點伺服器執行一般的 ICMP ping。測量結果會受代理連線建立、線路往返、目標網站回應，以及快取或連線重用等因素影響；實際計時方式則取決於核心程式和客戶端的實作。

因此，顯示 80 ms 代表該節點在這次測試路徑上的回應速度不錯，但不能據此推論下載速度一定快，也不保證連線其他網站同樣順暢。測試網址無法連線、DNS 解析失敗或節點驗證失效，都可能造成逾時。客戶端顯示的 timeout 代表這次測試失敗，仍須搭配記錄檔判斷原因。

固定測試網址與網路，連測五次

自動測速群組常使用回應內容較小的網址，例如 https://www.gstatic.com/generate_204。比較兩個節點時，請勿同時更換測試網址、Wi-Fi 和規則設定。以下是假設的判讀範例，並非本站實測，也不代表任何訂閱服務的效能。

即時通訊和互動式網站通常更重視穩定回應，範例中的 A 比只看最低延遲選出的 B 更適合優先試用。傳輸大型檔案還得看吞吐量：延遲稍高的 C，可能因可用頻寬較充足而有更快的持續傳輸速度。五次測試只能用來初步篩選，不能據此推算長期可靠度。

自動測速群組設定說明

以下 mihomo 策略群組片段使用 url-test 比較兩個已存在的節點。只有設定檔已定義 HK-01 和 JP-01 時，這個範例才是有效參照；實際使用時，請換成訂閱中的完整節點名稱，並合併至現有的 proxy-groups 清單。

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

• interval: 300 代表每隔 300 秒測試一次；是否立即測試也會受惰性載入等設定影響。
• tolerance: 50 是切換容差，可避免延遲些微變化就頻繁切換，並非節點逾時上限。
• 自動選擇是依據測試網址的延遲，不會自動評估影片解鎖、帳號風險控管或下載吞吐量。

圖形介面客戶端可能透過訂閱覆寫或增強設定來管理策略群組，直接修改訂閱下載的檔案，可能會在下次更新時被覆蓋。請先了解客戶端的本機覆寫機制，再儲存自訂測試群組；策略群組的規則引用方式，請參閱規則分流參考。

流量倍率：節點名稱與訂閱流量扣抵的關係

節點名稱中的 0.5x、1x、2x 通常代表服務商設定的計費倍率，不是 Clash 核心程式的速度等級，也不代表頻寬倍數。2x 不等於速度加倍，0.5x 也不代表傳輸速率減半。實際扣抵方式由服務商後台設定，請以服務說明和帳戶用量紀錄為準。

依實際用量估算成本

假設某項服務明確規定，依上傳與下載的總流量乘以倍率扣抵用量，那麼總傳輸量為 4 GB 時，使用 0.5 倍率節點約扣 2 GB、1 倍率約扣 4 GB、2 倍率約扣 8 GB。以上以相同單位估算；後台採用十進位 GB 或二進位 GiB，以及統計方式的差異，都可能影響顯示數值。

• 長時間觀看影片與系統更新：優先比較一般倍率節點的穩定吞吐量，只有確有需要時才使用高倍率線路。
• 偶爾使用特定地區的服務：另外建立手動選擇群組，避免所有流量都經過高倍率節點。
• 名稱標示與控制台不一致：更新訂閱後查看服務商公告，不要依據舊名稱推測目前的計費方式。

地區標示：連線入口、出口 IP 與目標服務

「香港」、「日本」、「美國」可能代表出口地區，也可能只是線路的行銷名稱。有些中轉節點的連線入口在一個地區，最終存取網站的出口卻在另一個地區。僅憑客戶端顯示的連線伺服器位址，無法證明目標網站看到的出口位置。

透過目標服務確認出口位置，別只看旗幟

1. 在目標網站所屬的策略群組中，手動選取候選節點。
2. 結束舊連線並重新開啟頁面；必要時完全關閉並重新啟動相關應用程式，避免沿用既有連線工作階段。
3. 透過可信任的 IP 查詢服務確認出口 IP 和地區，再到實際使用的目標服務測試是否可用。
4. 如果兩邊結果不同，請考慮 IP 資料庫更新延遲、帳戶地區、付款資料或服務本身的限制。

地區相符不代表一定能使用某項服務。伺服器也可能辨識出資料中心 IP、要求帳戶地區相符，或限制同一出口的大量請求。DNS 設定也可能影響服務的地區判定，但修改 DNS 並不能把一個出口 IP 變成另一個國家的位址。若帳戶需要固定登入地區，應盡量使用固定出口，避免自動測速群組頻繁切換國家。

「專線」、「中轉」和「直連」也要分開理解：直連節點通常由本地網路直接連至遠端伺服器；中轉線路會多經過一個轉送入口；專線的具體範圍則取決於服務商的方案。名稱不能證明端到端的連線路徑；是否壅塞、繞路或丟包，仍須在不同時段透過實際使用情境驗證。

協定類型：相容性、UDP 與行動裝置耗電

Clash 圖形介面客戶端負責介面與設定管理，實際支援哪些協定，取決於執行中的核心程式及版本。原版 Clash 與 Clash Meta（現稱 mihomo）的功能不同；訂閱轉換也無法自動補上舊版核心程式缺少的協定支援。遇到「未知代理類型」等設定錯誤時，應先記下核心程式版本並確認協定支援情況，而不是接連更換相同類型的節點。

不能只靠協定名稱判斷速度

協定效能會受伺服器負載、網路品質、壅塞控制、傳輸層封裝和裝置運算效能共同影響。同一種協定的兩個節點，表現也可能相差甚遠。若網路限制 UDP，Hysteria2 或 TUIC 可能無法正常建立連線；在其他網路環境中則可能表現良好。遊戲、語音等 UDP 應用也要求節點、策略與本機連線方式都能處理相應流量；只有瀏覽器網頁能用，並不足以證明 UDP 連線正常。

比較耗電量時，應使用相同情境測試

手機耗電不只來自加密。訊號微弱、持續重傳、頻繁測速、背景連線和大量資料傳輸都會增加耗電。TUN 模式負責接管流量，並不是新的代理協定；它可能讓更多應用程式流量進入代理核心程式，因此耗電變化不能全歸因於所選節點的協定。

• 比較時使用相同 Wi-Fi、相近的螢幕亮度和相同任務，例如以相同畫質連續播放影片 20 分鐘。
• 關閉不必要的高頻率測速，減少測試請求對行動網路和電池的干擾。
• 查看系統的電池用量統計和裝置溫度；短時間的電量百分比變化只能做為粗略參考。
• 若只有某個節點明顯發熱或斷線，請檢查重新連線記錄和伺服器負載，再決定是否更換協定。

實際吞吐量測試：本機連接埠與可重複的測試紀錄

客戶端顯示的低延遲不足以衡量持續下載表現。可以先用常用網站確認回應，再以短時間、固定大小的傳輸測試吞吐量。測試期間暫停系統更新和其他下載，記錄目前的網路、時間、節點、倍率及任務類型，並在晚間尖峰時段以相同方法重測。

透過本機 HTTP 代理檢查請求

如果目前設定的 mixed-port 確實是 7890，可以使用以下命令透過本機代理存取範例網站。在 Windows 上請明確使用 curl.exe；macOS 或 Linux 通常使用 curl。若連接埠不是 7890，請改成客戶端顯示的實際數值。

curl -x http://127.0.0.1:7890 -o /dev/null -sS \
  --connect-timeout 10 --max-time 30 \
  -w "connect=%{time_connect}s first_byte=%{time_starttransfer}s total=%{time_total}s\n" \
  https://example.com/

以上是 macOS/Linux 的命令寫法。Windows 可使用以下單行命令：

curl.exe -x http://127.0.0.1:7890 -o NUL -sS --connect-timeout 10 --max-time 30 -w "connect=%{time_connect}s first_byte=%{time_starttransfer}s total=%{time_total}s\n" https://example.com/

time_connect 在此主要代表連上本機 HTTP 代理所需的時間，不能當作遠端節點延遲；time_starttransfer 則包含收到第一個位元組前的多項耗時。這只是小型請求測試，不是頻寬測試，而且流量仍會依核心程式規則選擇出口路徑。請在「連線」頁面再次確認該網域套用的策略群組。

統一單位，避免誤讀傳輸速率

下載工具常顯示 MB/s，網路頻寬則常以 Mbit/s 表示。以十進位單位計算，10 MB/s 約等於 80 Mbit/s；標示為 100 Mbit/s 的連線，理論換算約為 12.5 MB/s，實際速度還會受協定開銷和線路瓶頸影響。測試大型檔案時，請觀察穩定速度，不要只看連線剛建立時的瞬間峰值。

常見狀況：延遲正常，卻無法連線

日常挑選節點時，可以簡化成一份紀錄：節點名稱、出口地區、倍率、五次延遲、實際任務結果和測試時間。先依據數據排除連線失敗或波動明顯的節點，再按照用途保留主用與備用節點。客戶端安裝及連線方式請參閱代理連線教學；如果不熟悉策略群組和 TUN 的差異，可先閱讀名詞解釋。