代理节点怎么挑:延迟测试、流量倍率、地区与传输协议四项判断

先筛可用性，再比较延迟与成本

挑节点的顺序应是：目标服务能访问、连接持续稳定、流量计费可接受，最后才是延迟最低。Clash 节点列表里的毫秒数只对应某次探测，不能同时代表下载速度、出口地区和服务可用性。日常浏览、视频播放与远程终端，对网络的要求也不相同。

开始比较前，先确认客户端使用的内核。原版 Clash 与 Clash Meta（现名 mihomo）的协议支持范围不同；订阅里出现 Hysteria2 或带 REALITY 参数的 VLESS 节点时，需要使用支持相应协议的内核。节点导入失败属于兼容或配置问题，不应直接判定为线路质量差。

1. 确定任务：浏览网页看首屏与请求响应，视频看持续吞吐，SSH 等交互连接看延迟波动和断连。
2. 固定条件：在同一设备、同一 Wi-Fi 或有线网络下比较，暂停云盘同步与后台更新。
3. 固定路由：确认目标请求实际命中正在比较的节点，而不是被 DIRECT 规则直连或被另一个策略组选走。
4. 保留备选：主用节点之外，再留一个不同线路或不同服务端的节点，避免两个名称实际共用同一故障点。

一、延迟测试：看测试 URL、重复结果与实际请求

毫秒数不是下载速度，也不等于 ICMP ping

mihomo 的 URL 测试会通过指定代理访问测试地址，取得一次 HTTP 探测耗时。结果受客户端到节点的链路、代理握手、节点到测试站的链路和测试端点响应影响。新建连接与连接复用的结果也可能不同，因此不能把节点列表的数值直接当作纯网络往返时延。

例如，测试 URL 使用 https://www.gstatic.com/generate_204，它反映的是该节点访问这个端点的表现。测试成功不代表另一家网站、视频服务或 API 也能正常访问。测试超时同样不一定是节点彻底离线：测试站被限制、解析异常或短暂拥塞，也会产生失败。

• 比较节点时使用同一个测试 URL，并保持超时条件一致。
• 每个节点连续测试 5 次，记录成功次数、典型耗时和最大耗时，不只看最低的一次。
• 工作日晚上与白天各测一轮；只在低负载时表现良好的节点，未必适合晚间视频。
• 若界面显示 timeout，先用该节点访问真实目标，再判断是探测端点问题还是线路问题。

举例说，某节点 5 次结果为 80、82、85、83、900 毫秒，另一个节点为 110、112、109、115、111 毫秒。前者最低值更小，但存在一次明显尖峰。对交互式连接，应继续观察尖峰是否反复出现，而不是立即按 80 毫秒排序。

用 curl 检查同一请求经过哪个本地端口

下面命令显式连接本机 HTTP 代理 127.0.0.1:7890。前提是客户端实际在该地址提供 HTTP 或 mixed-port 服务；端口不是 7890 时要按当前配置修改。在 Rule 模式下，显式使用本地代理仍会经过规则匹配，必须到客户端连接列表确认最终出口策略。

curl --proxy http://127.0.0.1:7890 --connect-timeout 10 --max-time 20 --output /dev/null --silent --show-error --write-out "status=%{http_code} first_byte=%{time_starttransfer}s total=%{time_total}s\n" https://www.gstatic.com/generate_204

这是 macOS、Linux 的写法。Windows 使用 curl.exe，把 /dev/null 改为 NUL，其余参数保持一致。该测试地址正常返回时通常是 HTTP 204；time_starttransfer 是收到首字节前的总时间，time_total 是整个请求耗时，两者都不是单独的“节点 ping”。

204 响应体很小，适合检查请求能否完成，不适合测吞吐。测试下载速度应使用来源可靠、大小已知且允许测试的文件，并固定文件与测试时长。单位也要统一：1 MB/s 约等于 8 Mbps，不能把两个单位的数字直接比较。

二、流量倍率：先算扣量，再决定用途

流量倍率是服务商的计费规则，不是协议参数，也不是速度倍数。标为 2 倍率的节点不意味着速度是普通节点的两倍。常见计算方式是“计费流量 × 倍率”，但上传是否计费、GB 与 GiB 如何定义、是否分时段调整，都应查服务商的说明。

把剩余额度换算成可用流量

如果剩余套餐额度为 60 GB，使用 2 倍率节点，在仅按所述计费流量扣除的模型下，可承载约 30 GB 计费流量。若换成 0.5 倍率，则对应约 120 GB。这个换算帮助估算成本，但不改变套餐到期时间、速度限制或其他服务条款。

• 网页与消息：通常更关注响应和稳定性，可以为可靠线路接受较高倍率。
• 视频与大文件：先核对倍率，再做长时间吞吐测试；测速本身也可能消耗额度。
• 后台备份：确认是否需要经过代理，避免规则把大规模上传全部送入高倍率线路。

三、地区选择：区分节点入口、出口 IP 与目标服务

地区应按目标服务要求选择，而不是只选地图上最近的位置。订阅名称里的“日本”可能表示出口地区，并不说明客户端直接连接的服务器也在日本；中转线路可能先经过本地入口，再转到境外出口。物理距离较近的节点，也可能因运营商路由绕行而比更远的节点慢。

先确认目标服务实际看到的出口

1. 在当前策略组选择待测节点，打开目标网站产生一次新连接。
2. 在客户端连接列表检查该请求命中的规则与代理链，确认没有走其他策略。
3. 通过可信的 IP 查询页面核对出口地址与地区，再检查目标服务是否按预期提供内容。
4. 如果已有长连接仍走旧出口，关闭相关应用后重新打开；部分客户端也提供关闭已有连接的操作。

IP 数据库与目标服务的地区判定可能不一致。某个查询页面显示日本，不代表所有流媒体、支付或账户系统都会判定为日本。服务可能同时参考账户地区、付款信息、设备位置、历史登录和 IP 风险记录。单纯更换国家，不能保证解除访问限制。

按任务保留不同地区的节点

• 远程办公：优先遵循组织的接入政策，保持出口相对稳定，减少频繁跨地区登录触发验证。
• 地区内容：直接测试目标服务的所需内容，不能只验证首页能打开。
• 普通浏览：在可用的节点中比较高峰期表现，地区名称只作为辅助条件。
• 游戏：先确认游戏流量是否确实被代理，以及节点和规则是否支持所需 UDP；浏览器能打开网页不等于游戏链路可用。

如果浏览器与命令行看到不同出口，先排查浏览器代理扩展、系统代理、TUN 路由以及应用自己的代理设置。不要在路由尚未确认时反复更换节点，否则比较的是不同流量路径，而不是节点本身。

四、传输协议：Trojan、VLESS 与 Hysteria2 怎么选

协议决定连接如何建立与传输，但不能代替线路质量。相同协议可以部署在完全不同的服务器和网络上；同一个服务端也可以提供多个协议入口。应先确认客户端兼容，再在自己的网络环境中比较成功率、持续吞吐和断线恢复。

Trojan 与 VLESS：不要只看协议名称

Trojan 节点常见于 TCP 与 TLS 组合。VLESS 则需要继续看安全层和传输设置；REALITY 是安全层方案，不是一个“传输速度档位”。WebSocket、gRPC 等传输方式也会改变连接特性。仅凭“VLESS 比 Trojan 新”，无法得出它在当前网络更快的结论。

导入后若出现 TLS 或握手错误，应检查系统时间、服务器地址、端口、SNI、认证信息以及订阅是否完整。使用 REALITY 时还需匹配服务端要求的相关参数。不要为了消除报错直接关闭证书验证；应先修复地址、证书或参数不匹配的问题。

Hysteria2：先验证 UDP 可达，再看吞吐

Hysteria2 可在某些高时延或有丢包的网络中获得较好吞吐，但结果取决于网络与服务端配置。若校园网、企业网或公共 Wi-Fi 对 UDP 有限制，可能出现 TCP 类节点可用、Hysteria2 无法连接的情况。这时应换网络复测，并保留可用的 TCP 类节点。

带宽参数也不是越大越好。使用带宽配置时，应按实际接入能力和服务端限制设置；过高的值可能加重拥塞。先保留服务商提供的有效配置，只有理解相应拥塞控制设置后再调整，不要套用与自身链路无关的“高速参数”。

把四项判断落到一次可重复的筛选

第一次筛选不必把订阅中的所有节点逐个跑满带宽。先用少量候选完成基础检查，再针对自己的常用服务测试。下面流程适用于手动选择节点，也适用于检查自动选择策略组是否符合需求。

1. 选出 3 个候选：满足目标地区要求、倍率可接受、内核能够识别；尽量覆盖不同线路。
2. 确认规则：查看目标请求的规则与出口。若需要临时使用 Global 模式比较，测试结束后恢复原先的 Rule 模式。
3. 重复小请求：同一测试 URL 每个节点测 5 次，记录失败次数与波动。
4. 测试真实业务：打开常用网页、播放同一段视频或保持一段远程终端会话，观察实际中断与重连。
5. 补测高峰时段：至少在平时最常使用的时段重复一轮，不把白天结果当成全天结论。
6. 留下主用与备用：主用满足稳定性和成本要求，备用能在主用故障时完成同样任务。

自动选择组不等于目标服务最优

mihomo 的 url-test 组会按配置的测试 URL、测试间隔与容差等条件选择节点。它优化的是探测结果，不会自动理解流媒体地区、流量倍率或账户登录习惯。把不同倍率、不同地区的节点混进同一组，可能导致出口与费用随自动切换变化。

更稳妥的做法是先按用途筛出候选，再让自动选择组在候选内比较。例如，为特定地区的服务保留同地区节点，为大流量任务保留计费可接受的节点。配置字段含义可查阅站内配置进阶，首次导入和代理模式操作见使用教程。

最终记录不需要复杂评分：写下网络环境、测试时间、目标服务、成功次数、波动情况和倍率即可。能在常用时段稳定完成任务，且费用可预期的节点，比偶尔出现最低延迟的节点更适合作为日常出口。

技术资料与核对入口

不同客户端的按钮名称可能变化，协议与测试行为应优先按所用内核文档核对。以下资料用于确认 URL 测试字段、代理协议配置和 Hysteria2 的带宽设置，不提供任何节点质量背书。

• mihomo 文档：自动选择组 url-test，核对测试地址、间隔与容差。
• mihomo 文档：出站代理，核对 Trojan、VLESS、Hysteria2 的字段与支持能力。
• Hysteria 2 文档：完整客户端配置，理解 QUIC 与带宽相关设置；其原生客户端配置格式不能直接粘贴为 mihomo YAML。