节点筛选先确认业务能否访问，再比较高峰稳定性、真连接延迟和流量成本。本文适合已经导入订阅、准备从多条线路中选主力节点的用户：先用 TCPing 排除基础连接故障，再用统一目标做真连接测试，最后结合出口地区、倍率与协议参数保留一条主用和一条备用线路。
一、TCPing 与真连接延迟：分别测到了哪一段
节点列表里的毫秒数不一定代表同一种测试。TCPing 通常测本机到服务器地址及端口建立 TCP 连接的耗时；它不能证明代理认证成功，也不能证明服务器能够访问目标网站。端口能连通、网页却打不开，两者并不矛盾。
真连接延迟通常通过该节点向指定测试地址发出请求，包含代理握手、到目标站点的连接及响应等环节。具体计时边界取决于客户端和内核实现，因此只能在同一客户端、同一测试地址与相近时间内横向比较。它更贴近网页访问，但仍不是下载速度，也不代表所有网站的表现。
| 测试方式 | 能帮助判断 | 不能据此判断 |
|---|---|---|
| TCPing | 服务器入口的 TCP 端口是否可达，连接建立是否较慢 | 账号是否有效、代理出口是否正常、目标网站是否可用 |
| 真连接延迟 | 经代理访问指定测试目标是否成功，响应耗时大致如何 | 持续下载带宽、全部业务兼容性、长时间连接稳定性 |
| 下载速度测试 | 指定目标和时间窗口内的吞吐表现 | 视频会议抖动、服务地区资格、全天高峰表现 |
二、v2rayN 节点测试：统一条件再排序
在 v2rayN 主窗口选中候选服务器，右键菜单中使用带有“真连接延迟”的测试项；部分版本显示为“测试服务器真连接延迟”。基础端口测试则选择带有“Tcping”的条目。桌面版与不同版本的文字可能略有差异，应按测试类型区分，不要把两列结果混在一起排名。
- 只留少量候选。先选 3～5 条地区和倍率符合要求的节点，暂停系统更新、云盘同步与其他下载，保持同一网络接入。
- 统一测试目标。在「设置」→「参数设置」中查找测速相关配置；若当前版本提供“真连接测试地址”，保持所有候选使用同一地址，不要测一半再修改。
- 连续测 3 轮。记录每轮结果和超时次数。例如三次为 82、88、230 毫秒，不能只记最低的 82 毫秒；还应记录波动范围。
- 设置为活动服务器。对优先候选执行右键「设为活动服务器」，确认系统代理或当前接管方式已经启用，再访问实际要使用的网站。
- 回到日志核对。在日志区域检查连接失败、认证错误和 TLS 握手报错。浏览器测试时还要确认相关请求确实经过代理，没有被直连规则分流。
上述 82、88、230 毫秒是记录方法示例，不是对某个地区的实测结论。比较时建议看中位数、超时次数和最差结果：某节点偶尔很快却频繁失败，通常不适合作为日常主力。
这些数字是便于执行的筛选建议，并非性能达标线。安卓端 v2rayNG 可从主界面右上角菜单进入“测试全部配置真连接”等测试入口；测试后仍需选中候选、启动连接，再验证业务。不同接入网络应分别记录，家中宽带的排名不能直接用于移动网络。
三、节点倍率：低倍率与低延迟不是同一指标
倍率通常由订阅服务端用于流量计费，客户端节点名称中的“0.5x”“1x”“2x”只是提示，实际扣量以服务端规则和用量面板为准。倍率高并不会自动获得更低延迟，它可能反映线路成本、带宽资源或服务商的定价策略。
| 节点倍率 | 假设计费基础流量 | 按倍率计算的扣量 |
|---|---|---|
| 0.5 倍 | 1 GiB | 0.5 GiB |
| 1 倍 | 1 GiB | 1 GiB |
| 2 倍 | 1 GiB | 2 GiB |
表中采用“计费基础流量 × 倍率”的简化算法。部分服务会合计上行与下行，传输开销、单位换算及统计延迟也会影响面板读数。因此下载一个标注 1 GiB 的文件，不一定恰好只增加 1 GiB 基础用量。
- 视频与大文件：先看稳定吞吐，再看倍率；只要达到业务需要，不必为额外测速峰值付出更高扣量。
- 网页与轻量办公：流量消耗通常较小，响应稳定和少超时比单纯追求最低倍率更重要。
- 测速成本：速度测试会实际传输数据。不要对几十条节点反复跑满带宽，先用延迟测试缩小范围。
四、地区怎么选：入口位置、出口位置与业务限制
节点名称写着某个地区，不代表整条路径都在那里。入口是设备接入线路的位置，出口是目标网站看到的公网地址所在位置；中间还可能有转发。地理距离较近通常有利于降低传播时延，但运营商互联、绕路和拥塞可能改变最终排序。
需要特定地区服务时，应通过实际业务页面确认可用性。IP 地理数据库可能更新不同步，流媒体等服务还可能根据账号地区、支付资料及代理识别结果作出判断。仅凭节点名或一个 IP 查询结果，不能保证服务可用。
就近出口，经高峰验证
推荐先从网络路径较短的候选开始，用真连接测试和实际网站复核；保留高峰期超时少、交互稳定的一条作为主用。
适合：日常网页、办公交互、没有指定地区要求的业务
业务要求地区的出口
先满足目标服务的地区条件，再比较响应与吞吐。登录、播放和持续使用都应验证，不能只看首页能否打开。
适合：有明确地区条件的内容和账号服务
不同路径的备用出口
备用线路尽量不要与主用共用相同入口或上游。不同节点名可能仍共用同一条线路，需要结合服务说明确认。
适合：高峰拥堵时切换、主线路维护时接续使用
五、VLESS、VMess、Trojan：按完整配置判断兼容性
协议名称只描述配置的一部分。传输方式、TLS 或 REALITY、安全参数、服务端部署和线路质量都会影响结果。“VLESS 一定比 VMess 快”不是可靠的选线规则，同一协议也可能因不同线路产生很大差异。
| 协议 | 需要核对的字段 | 选择时的重点 |
|---|---|---|
| VLESS | UUID、传输方式、安全类型；使用 REALITY 时还要核对公钥、shortId、serverName 等参数 | VLESS 本身不提供传输加密，需关注完整安全配置；flow 必须与服务端匹配 |
| VMess | UUID、加密设置、传输方式；启用 TLS 时核对服务器名称 | 检查设备时间和服务端参数，不能把认证失败误判为线路拥塞 |
| Trojan | 密码、服务器地址、端口、TLS 服务器名称及传输参数 | 常见部署依赖 TLS，证书验证失败应查名称、证书与系统时间 |
服务端使用 443 端口，并不表示该节点天然更快，也不能仅靠端口判断是否安全。不要为了消除报错随意开启“跳过证书验证”；应先核对订阅中的服务器名称、系统时间及服务端证书配置。
配置方案：按现有节点选择客户端内核
VLESS + REALITY 节点
- 桌面端在 v2rayN 中确认使用支持该配置的 Xray 内核。
- 安卓端可使用基于 Xray 内核的 v2rayNG，并保持客户端更新。
- 完整保留订阅参数，不手动把安全类型改成 TLS 代替 REALITY。
已有 VMess 或 Trojan 节点
- 先保留服务端给定的协议、传输与安全参数，再测线路。
- v2flyNG 使用 V2Fly 内核，具体配置支持情况需按对应版本确认。
- 若导入时报不支持某字段，先查内核兼容性，不盲目改协议。
优先保证配置完整和内核兼容，再比较线路性能；不能仅为切换协议而修改客户端字段。
六、低延迟却不好用：按现象复查
选线最后一步是实际使用，而不是把测速列排好序。用同一个浏览器访问常用页面，进行一次文件下载或视频播放；有会议需求时，再检查长连接是否容易中断。涉及实时通信的业务还受 UDP 支持、应用行为和路由规则影响，普通 HTTPS 测试无法完整覆盖。
TCPing 只有 30 毫秒，为什么真连接一直超时？
30 毫秒只说明入口端口连接较快。先用另一条可用节点测试相同目标，再查看日志中的认证、TLS 和 DNS 错误；核对 UUID 或密码、安全类型、传输参数以及系统时间。
延迟最低的节点，下载为什么反而慢？
短请求响应快不代表持续带宽充足。只对入选的两三条线路测试同一下载目标，关闭并行下载，记录稳定速率而非瞬时峰值，并在晚间高峰重复验证。
白天正常，晚上不断转圈，还要换协议吗？
先保留原配置，在相同目标和接入网络下切换不同路径的备用节点。若只有高峰时段变差，更应排查带宽和路径拥塞；修改协议名称无法解决共享上游拥堵。
安卓能用，电脑打不开同一个网站，节点坏了吗？
先比较两端是否处于同一网络、使用同一条节点。电脑端确认活动服务器和系统代理状态，再查看是否有直连规则或浏览器独立代理；还要核对两端内核对该配置的支持情况。
最终保留清单
- 一条主用：目标业务可用，日常与高峰均较稳定，倍率在可接受范围内。
- 一条备用：路径尽量与主用不同，并且已实际启动连接验证，不只依赖列表中的延迟值。
- 一份记录：保存节点别名、测试日期、接入网络、三轮结果和使用感受；截图前隐藏订阅地址与访问凭据。
- 一次复测：更换宽带、移动网络或订阅线路后重新比较，不把过去的排名当作长期结论。
节点选择可以归纳为固定顺序：业务可用 → 高峰稳定 → 响应与吞吐 → 倍率成本 → 备用路径。协议和地区是筛选条件，实际连接结果才是最终依据。