Clash 节点怎么选:延迟、流量倍率、地区与协议四项对照

订阅导入与节点选择入口

刚导入订阅时，节点列表可能同时出现地区名、毫秒数、倍率和协议缩写。先不要只点数值最小的一行：日常浏览需要响应稳定，视频还要看持续吞吐和地区可用性，游戏则可能依赖 UDP。四项指标回答的是不同问题，不能合并成一个“速度排名”。

还没有客户端时，可以先到Clash 下载页按系统选择，再参考快速上手教程导入服务商提供的订阅链接。订阅地址通常带有访问凭据，不要把完整链接贴到公开截图、论坛或第三方测速页面。

1. 在客户端的「订阅」或「配置」页面导入链接，更新后确认该配置已经启用。各客户端菜单名称不同，导入成功与正在使用是两件事。
2. 进入「代理」页面，找到承担实际流量的策略组。手动选择组常见为 select，自动测速组常见为 url-test。
3. 按原有配置使用规则模式，再开启系统代理；需要接管不读取系统代理的应用时，另行配置 TUN，不必为了选节点直接切到全局模式。
4. 打开一个目标网站，并在「连接」页面查看匹配规则和代理链。若连接走的是 DIRECT，切换代理节点不会改变这条连接的出口。

延迟数值与实际速度

毫秒数的测试范围

Clash 系客户端里的延迟测试通常是通过代理访问指定 HTTP 或 HTTPS 测试地址，不等同于系统的 ICMP ping。具体计时边界随内核实现而异，也会受连接复用、握手和测试端点影响。显示 80 ms，只能说明这次测试路径响应较快，不能推导出下载一定达到多少 MB/s。

小页面更容易受延迟影响，大文件和高清视频则更依赖可持续带宽、丢包与拥塞。同一节点在上午和晚间的表现可能明显不同；测试端点能访问，也不代表你要使用的网站能够登录或播放。

三轮测试与波动记录

选三个候选节点，在同一网络、同一测试地址下各测三次，每次间隔约 10 秒，再在常用时段复测。下表是计算示例，不是本站线路实测结果。它展示了为什么只看一次最低值容易选错。

日常浏览可以先试节点 B，再连续打开几个常用页面。三次测试只是初筛，不能作为长期稳定性的保证。显示超时也不必立刻认定节点失效：可能是测试地址被限制、DNS 解析失败，或者超时阈值过短；应再用目标网站验证，并查看客户端日志。

流量倍率与套餐扣量

节点名中的 0.5x、1x、2x 通常是服务商的计费说明，不是 Clash 内核规定的标准字段。倍率不会让客户端自动把速度乘以二，也不是延迟权重。实际扣量口径必须看服务商说明和账户后台。

倍率计算示例

• 若按实际传输量乘倍率计费，传输 4 GB，使用 0.5x 节点约扣 2 GB。
• 相同传输量使用 1x 节点约扣 4 GB，使用 2x 节点约扣 8 GB。
• 若上传与下载都计费，下载 4 GB、上传 1 GB，在 2x 下约扣 10 GB；还需考虑服务商的单位和统计口径。

客户端“已下载”数值不一定等于服务商扣量。账户可能还包含其他设备的用量，统计也可能延迟更新。低倍率节点适合大量传输，但仍要检验稳定性；高倍率可能对应特殊线路或成本，也可能只是产品分组，名称本身无法证明性能。

地区标签与出口位置

节点名称里的“香港”“日本”“美国”通常表示服务商宣称的出口地区，但名称可以自定义。入口位置、中转位置和最终出口可能不同，距离近也不一定路由短。需要地区匹配时，应确认目标网站看到的出口，而不是只看列表中的旗帜。

地区选择的三个检查点

1. 出口地区：通过该节点访问 IP 查询服务，确认显示的国家或地区。IP 数据库可能滞后，单一查询结果不能代表所有平台的判断。
2. 目标服务：用实际需要的服务确认目录、登录和播放情况。地区还可能受账号、支付资料、DNS 和服务政策影响。
3. 线路稳定性：在常用时段访问目标服务。标签相同的两个节点，也可能使用不同运营商、出口地址和中转线路。

日常浏览可以从邻近地区筛选，随后以实际表现决定。访问特定地区内容时，先满足地区条件，再比较延迟和倍率。频繁跨地区切换可能触发账号的异地登录验证；登录和支付过程中，尽量保持出口稳定，并遵守目标服务的使用条款。

协议类型与内核兼容

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC 等名称描述代理协议，不是速度等级。协议能否使用，需要客户端内核、服务端和订阅字段共同匹配。原版 Clash、旧版 Clash Meta 与不同版本的 mihomo 支持范围并不完全一致，尤其是较新的协议和传输选项。

导入时若出现 unsupported proxy type，先记录客户端版本和内核版本，再核对服务商提供的订阅格式。界面版本号与内核版本号不是同一个值，应在客户端「关于」或内核信息区域分别查看。不要随意删掉无法识别的字段：删除后可能导入成功，却改变了连接所需的参数。

还要区分“代理传输使用 UDP”和“节点能代理应用的 UDP 流量”。两者不是同一概念。游戏、语音通话需要应用 UDP 能正确进入代理路径，同时要求节点和服务端支持相应转发；一个网页测速成功，不能证明这条 UDP 路径也可用。

浏览、视频与游戏选点流程

日常浏览：稳定响应优先

先选 1 倍率或更低倍率的可用节点，比较多轮延迟，再实际访问邮箱、文档和常用网站。留一个稳定主节点、一个不同线路的备用节点即可。自动选择组通常根据测试地址的延迟选点，不会理解你的套餐倍率，也不能替你判断目标网站是否可用。

视频播放：地区与持续吞吐优先

先确认播放请求进入了预期策略组，再检查地区是否符合要求。用目标平台播放 5 分钟，观察首次缓冲、拖动进度后的恢复，以及画质是否持续下降。若可查看播放统计，应比较下载速率与当前视频码率，并留出余量。

例如视频码率为 20 Mbps，相当于约 2.5 MB/s；线路若只能短暂达到这一数值，仍可能缓冲。这个换算是理论参考，不是所有 4K 视频的固定要求。视频节点没必要追求最低毫秒数，持续稳定、倍率合适通常更重要。

在线游戏：UDP 路径与抖动优先

许多游戏不读取系统 HTTP 代理，所以仅开启系统代理可能只影响启动器下载。TUN 可以让符合路由和规则的流量进入内核，但不保证游戏服务器距离更近，也不保证降低延迟。开启后应确认游戏连接的规则、代理链和 UDP 支持。

优先参考游戏内延迟和丢包统计，而不是客户端的 HTTP 测试值。例如游戏内显示 60 ms、持续有 3% 丢包，通常比稳定 85 ms、未见丢包更容易出现瞬移或语音断续。这里的数值是比较示例；最终要在同一服务器、相同时段下短局测试。若直连更稳定，就让该游戏按规则直连。

选点记录与异常排查

为常用节点保留一份简单记录：日期、网络类型、出口地区、倍率、三轮延迟和实际任务结果。家庭宽带、手机热点与公司网络的路由不同，旧记录不能直接套用到新环境。订阅更新后，节点地址和命名也可能变化，应重新验证主用与备用节点。

• 延迟低但网页慢：查看目标连接是否确实经过该节点，再检查 DNS、目标站点响应和线路拥塞；不要仅靠重复延迟测试下结论。
• 切换后出口没变：查看策略组是否仍指向另一节点，并重新建立目标连接。已经建立的长连接不一定因选点操作立即迁移。
• 只有一个网站打不开：先核对该网站匹配的规则和地区要求，不要直接替换整份订阅。
• 所有节点同时失败：检查本地网络、订阅是否过期、系统时间和客户端日志。集体失败更值得先查共同环节。
• 流量扣得快：核对当前组实际使用的节点倍率、后台下载任务及其他设备用量，再查看服务商账户统计。