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、端口和协议参数更快。