节点选择先确认能访问目标服务，再比较延迟稳定性、持续速度与流量成本。本文适合已经导入订阅、却不确定该选哪条线路的用户：按同一网络下的重复测试筛出主用节点，核对地区与协议兼容性，最后保留一条不同线路的备用节点。列表中的单次最低延迟，只能作为初筛依据。
延迟测试：先分清测到了哪一段
节点通常包含服务器地址、端口、身份凭据、协议与传输参数。订阅中的备注只是显示名称，不是性能证明。同样标着“低延迟”的两条记录，可能使用不同入口、不同中转线路，也可能实际指向同一台服务器。
TCP 延迟主要反映到服务器端口建立连接所需的时间，不等于完整代理请求耗时。真实连接延迟通常会通过代理请求测试地址，还受握手、DNS、测试站点与服务器出口影响。两种结果不能放在同一列直接排名；测试地址改变，旧结果也需要重新测。
- 在 v2rayN 主窗口选中候选服务器，右键选择对应的 TCP 延迟或真实连接延迟测试项。不同版本用词可能略有差异，以菜单中的测试类型为准。
- 一次只比较同一类型的结果。先保留 3 条候选，不要同时运行下载任务或批量测速。
- 在同一网络下重复测试，记录中位数与超时次数；再打开实际使用的网站，观察首次加载与连续访问。
- 工作日白天与晚间各检查一次。只在空闲时段表现好的节点，不宜直接确定为全天主用。
以上数字是测试建议，不是本站实测成绩。例如一条节点五次结果为 58、60、61、63、65 ms，另一条为 35、39、180、260 ms 和一次超时，日常浏览通常先试前者。前者中位数为 61 ms，后者即使出现最低值，也表现出明显波动。不要只截取最好的一次结果。
速度与倍率：可用带宽和计费成本分开算
延迟决定短请求的等待感，持续吞吐量影响大文件与视频缓冲。低延迟节点可能在晚间拥塞，高延迟节点也可能有更充足的出口带宽。测速应使用相同资源、相同工具与相同观察时长；多线程测速的峰值不能直接代表播放器或单连接下载的速度。
| 指标 | 示例 | 判断方式 |
|---|---|---|
| 持续下载速度 | 5 MB/s | 约为 40 Mbps，注意字节与比特的区别 |
| 目标视频码率 | 20 Mbps | 建议留出余量，不要只刚好达到码率 |
| 节点流量倍率 | 0.5×、1×、2× | 核对服务方对上传、下载及取整的计费定义 |
| 计费演算 | 10 GB × 2 = 20 GB | 仅在按传输量乘倍率扣费的规则下成立 |
倍率不是速度档位。2× 节点不代表速度翻倍，0.5× 节点也不必然更慢。它通常是服务方定义的额度扣减系数，可能与线路成本、时段或套餐有关。若上下行都计费，上传文件、云同步与测速本身也会消耗额度，最终以服务方账单为准。
地区标识：入口位置与出口位置不是一回事
备注中的地区可能表示出口地区，也可能只是服务方的线路分类。中转线路会先连接入口，再从另一个地区访问目标站点；本地到入口的延迟较低，不意味着目标服务看到的出口也在附近。地理距离只能提供线索，运营商互联与路由绕行同样影响体验。
- 日常网页：优先选择当前网络下稳定的线路，不必为了地区名称频繁切换。
- 地区限定服务：通过该服务自己的地区识别结果确认可用性，不能只看节点备注或一个 IP 数据库。
- 账号使用：尽量保持常用出口稳定。频繁跨地区登录可能触发额外验证。
- 下载与视频：对同一目标资源比较实际速度。面向某个站点表现良好的线路，不一定适合所有站点。
确认出口前，先检查应用是否真正走代理。v2rayN 的系统代理影响遵循该设置的应用，而 routing 决定进入内核后的出站选择。浏览器可能经过代理，另一款程序却仍然直连。测试时保持路由模式不变，否则“更换节点后地区没变”可能只是请求命中了直连规则。
协议类型：先看参数匹配，再看内核支持
VMess、VLESS 与 Trojan 是连接协议，不是线路质量等级。服务器支持哪一种、客户端能否识别完整参数，才是第一步。订阅中的网络传输、TLS、服务器名称与路径等字段也必须一致，不能只把协议名称改成 VLESS 就期待连接改善。
完整订阅参数的兼容节点
推荐保留服务方下发的协议、端口、传输与安全参数，再用实际访问筛选。已经稳定运行的 VMess 或 Trojan 节点，没有必要只因名称较旧就替换。
适合:日常主力、首次导入订阅
VLESS 与 REALITY 组合
REALITY 是安全传输相关能力，不是独立的节点协议。常见组合需要 Xray 内核，并正确匹配服务端提供的服务器名称、公钥、shortId 等参数。
适合:服务端明确提供该组合、客户端内核支持对应参数
VMess 与既有传输配置
检查传输类型、路径、Host 与 TLS 设置。选择 v2flyNG 时，应按其 V2Fly 内核的实际支持范围核对订阅，不能假设所有 Xray 扩展都可直接使用。
适合:既有 VMess 服务、需要保持原有配置的环境
桌面端 v2rayN 应检查当前使用的内核及日志；安卓端 v2rayNG 使用 Xray 内核，v2flyNG 使用 V2Fly 内核。图形界面能导入一条记录，并不等于底层内核接受所有参数。遇到不支持的传输或字段，应核对客户端与内核版本，再向服务方索取兼容配置，而不是盲目删改安全设置。
场景方案：浏览看稳定，视频看持续速度，游戏看链路
主用节点不必在每个指标上都第一。浏览更在意连续打开页面是否稳定，视频更依赖长时间吞吐量，游戏则需要确认 UDP、丢包与游戏服务器方向的延迟。最有效的比较对象是实际业务，而不是测速软件里的总排名。
候选分工：日常主用与持续传输
日常浏览与办公
- 优先选择重复测试波动小、没有频繁超时的节点。
- 保持常用出口地区稳定，核对目标网站能正常登录。
- 在体验相近时，选择流量倍率较低的候选。
视频与大文件
- 观察至少 60 秒持续速度，再进行更长的实际播放验证。
- 同时检查晚间拥塞、缓冲变化与套餐剩余额度。
- 保留不同线路的备用节点，避免只换同一出口的别名。
结论：主用看稳定，重负载看持续吞吐；备用应尽量分散入口或出口故障域。
游戏节点需要单独验证 UDP
系统 HTTP 代理通常不会接管游戏的 UDP 流量。即使浏览器能打开网页、TCP 延迟很低，游戏也可能仍在直连。需要同时确认客户端接管方式、应用路由、节点 UDP 支持与服务器方向；使用 v2rayN 的 TUN 功能时，还应查看当前内核和权限是否满足要求。
- 先记录直连游戏服务器时的延迟、丢包与登录情况，作为基线。
- 启用符合该游戏需求的流量接管方式，检查日志或连接记录是否出现游戏请求。
- 使用相同区服实际游玩 10 分钟，观察延迟波动、断连与语音表现。
- 若没有改善，恢复原设置。不要因为节点网页测速更低，就认定游戏一定经过该节点或一定更快。
常见问题：超时、地区不变与节点频繁失效
延迟只有 40 ms，为什么网页还是慢？
先确认测的是 TCP 延迟还是真实连接延迟。随后选中该节点，在保持同一路由设置的情况下打开目标网页，检查 DNS、握手耗时与持续下载表现。只在某个站点慢时，优先比较该站点方向的线路，不要直接归因于整个节点。
节点测试全超时，是订阅都坏了吗？
先用直连确认本机网络正常，再检查测试地址是否可访问、客户端时间是否准确以及内核日志。若日志出现本地端口占用，核对「设置」→「参数设置」中的本地监听端口；例如实际配置为 10808 时，应用必须使用对应端口和正确的代理类型，不能只照抄其他设备的设置。
换了不同地区节点，网站显示的地区没变？
先检查网站请求是否命中直连规则，再检查浏览器是否使用客户端代理。确认出口确实改变后，重新打开会话验证；账号地区、历史定位与 IP 数据库更新延迟都可能影响显示。不要只凭节点名称判断出口位置。
昨天还能用，今天要把节点删掉重加吗？
先更新原订阅，检查服务方是否调整地址、端口或套餐状态，再用备用节点验证。同一节点仅在晚间明显变慢，优先考虑拥塞；持续握手失败则核对时间、参数与内核支持。反复删除重加不会修复服务端故障，还可能丢失手工备注。
最后保留一份简短记录：测试日期、接入网络、节点备注、延迟类型、中位数、超时次数、倍率与实际用途。更换网络或订阅线路后再测一次，不要沿用上个月的排序。节点选择的目标是找到当前环境中的稳定组合，而不是长期追逐列表里最低的那个数字。