V2Ray 节点挑选先检查协议能否被当前内核加载，再用真连接测试排除不可用项，最后比较高峰期稳定性、目标地区和流量倍率。本文适合已导入订阅、但面对多条节点不知道如何排序的用户；文中给出可重复的测试步骤和计费算例，避免把一次低延迟当成长期可用的依据。
延迟测试：TCP 可达不等于代理可用
v2rayN 中的 TCP 延迟测试通常只测客户端与服务器指定端口建立 TCP 连接所需的时间。它能够帮助判断服务器地址和端口是否可达，却没有完整验证代理认证、传输层配置以及访问目标网站的过程。节点端口开放但账号失效时，TCP 测试仍可能显示一个正常的毫秒数。
真连接延迟则通过节点访问客户端配置的测试地址，覆盖更多实际代理链路。它会受到域名解析、代理握手、TLS 握手、目标站响应以及连接复用状态的影响。不同版本的测试实现和计时范围可能不同，因此应在同一客户端、同一测试地址下横向比较，不要把它与 TCP 数值直接相减来计算某一段的耗时。
| 测试方法 | 能说明什么 | 不能单独说明什么 |
|---|---|---|
| TCP 延迟 | 服务器指定 TCP 端口的连接响应 | 认证有效、网页可用、持续带宽充足 |
| 真连接延迟 | 经该代理访问测试地址的结果 | 所有网站可用、所有时段稳定 |
| 下载速度 | 特定目标、特定时间的吞吐表现 | 低抖动、低丢包、其他目标同样快速 |
| 实际业务检查 | 目标网页、视频或登录操作是否正常 | 出口地址长期不变、业务权限永久有效 |
v2rayN 节点测试：固定条件后再排序
批量测速之前，暂停大文件下载和其他测速任务，保持同一网络接入方式。不要在一轮测试中同时切换无线网络、代理模式和测试地址，否则变化的来源无法区分。客户端菜单文字会随版本调整，下面按服务器列表右键菜单中的功能名称定位；若名称略有差异，以当前界面的 TCP 与真连接测试项为准。
-
核对测试设置
打开「设置」→「参数设置」，查找当前版本的测速地址或真连接测试地址相关设置，记录现有值。比较期间不要更换地址，也不要为了获得更低数字而频繁修改超时阈值。
-
初筛端口
在服务器列表选中候选节点，右键执行 TCP 延迟测试，常见菜单文字为「测试服务器延迟 Tcping」。将超时项单独记下，不急于删除，先检查是否存在网络限制或非 TCP 传输。
-
测试真连接
继续选中候选项，右键执行「测试服务器真连接延迟」。观察是否持续成功，并与 TCP 结果分开记录；TCP 正常而真连接失败时，优先检查认证、传输、TLS 参数和测试目标。
-
分时重复
对入选节点分别测试 5 次，记录成功次数和中位数。晚间常用时段再测一轮，避免只用空闲时段的最低值排序。测试过程中不要反复更新订阅，以免候选配置发生变化。
-
验证实际业务
将候选节点设为活动服务器，用实际浏览器打开目标网站，再进行一次短时下载或视频播放。检查应用确实使用了代理；只设置活动服务器，并不代表所有应用流量都已进入代理。
中位数可以减少偶发极小值或极大值对判断的影响，但不能掩盖失败率。某节点 5 次测试只有 2 次成功，即使这两次延迟很低，也不宜优先作为日常主力。若记录抖动，可先用最大值减最小值作粗略参考，不要将这个范围误称为专业网络测量中的标准抖动指标。
流量倍率：把显示速度换算成额度成本
流量倍率通常是订阅服务的计费规则，不是 VLESS、VMess 或 Trojan 的协议参数。标注 2 倍率，常见含义是按被计费流量的 2 倍扣除额度；具体是否包含上传、如何换算单位、是否分时计费，要以服务方说明为准。节点名称中的倍率标签可能滞后，更新订阅后仍应核对套餐说明。
下面只做算术示例，假设计费口径已经确认，实际被计费流量为 10 GB，暂不考虑额外开销及统计差异。这些数字不是本站实测，也不代表任何节点的实际计费规则。
- 批量测速也会消耗流量。假设单次下载测试产生 50 MB 计费流量，对 20 条节点各测试一次就是 1000 MB；若全部按 2 倍率计费，额度扣除约为 2000 MB。
- 低倍率不代表低速度。倍率由服务规则决定，不能据此反推出线路带宽、拥塞程度或稳定性。
- 高倍率也不代表优先级。只有在实际业务表现确有改善、且额度成本可接受时，才有理由长期使用。
若日常需求主要是网页和文档，先选低倍率且稳定的节点通常更容易控制额度。大文件传输则要同时查看剩余额度与单位时间吞吐量，避免因一次高速下载提前用完当期配额。
节点地区：区分入口、出口与目标网站
节点名称中的地区通常用于描述出口，但名称不是网络路径的完整证明。中转节点可能先连接较近的入口，再从另一地区访问目标网站；浏览器查询到的出口地址归属，也不能显示中间经过了哪些网络。客户端到入口的 TCP 延迟很低，并不意味着入口到出口、出口到目标站也同样快速。
地理距离只是影响因素之一。运营商互联、跨境路径、晚高峰负载、目标网站的内容分发节点都会改变体验。距离更近的地区可以优先进入候选名单，但不要直接把地区名称排成固定速度榜。需要特定地区内容时，还要单独确认目标业务对出口地址的识别结果。
稳定的常用出口
推荐先从到本地网络路径较短的地区筛选，再用晚高峰真连接与日常网站访问验证。最终依据重复结果，而不是地区标签或一次最低延迟。
适合:网页浏览、文档协作、日常主力
业务指定地区
先确认业务允许使用的地区和账号规则，再测试出口识别及实际访问。地区名称符合要求，并不保证目标网站接受该出口地址。
适合:有明确地区要求的合法业务访问
不同路径的备用
保留一条入口、出口或服务路径有差异的节点。名称不同却共享相同入口的节点，可能同时受到故障影响，不能仅凭名字判断独立性。
适合:主力拥塞、单一区域故障时切换
协议类型：先看内核支持，再看完整配置
V2Ray 节点是对代理配置的习惯称呼，不代表所有节点都只能由同一种内核运行。v2rayN 是桌面客户端，实际连接由它调用的内核处理；安卓端的 v2rayNG 使用 Xray 内核，v2flyNG 使用 V2Fly 内核。能导入链接只是配置被读取，不能替代内核功能兼容性检查。
| 协议或组合 | 需要理解的特性 | 优先核对项 |
|---|---|---|
| VMess | 代理协议本身提供认证与加密机制；传输方式可以另行组合 | 认证信息、系统时间、传输类型、路径和 TLS 配置 |
| VLESS | 协议本身不提供流量加密，需结合安全层与传输配置判断 | 内核支持、TLS 或 REALITY、flow、传输类型 |
| Trojan | 通常依赖 TLS 保护连接，不能只看密码是否正确 | 认证信息、服务器名称、证书验证和传输配置 |
| VLESS + REALITY | 需要支持这一组合的内核及匹配的服务端参数 | 服务器名称、公钥、shortId、flow 与相关握手参数 |
协议名称不能直接对应速度排名。同一个 VLESS 节点更换入口网络后，表现可能比更换协议变化更大；VMess 与 Trojan 的速度也受线路、服务端负载、客户端设备性能影响。对 WebSocket 传输还要检查 Host 和 path，对 TLS 要检查服务器名称与证书链，不能把这些字段都归入“协议相同就可通用”。
节点选择顺序与常见问题
将选择过程收敛到“能加载、能连接、目标可用、反复稳定、成本合适”五个判断，通常比按毫秒数一次排序更可靠。为主力与备用各保留一份简短记录，写明测试日期、接入网络、测试地址、成功次数、倍率和目标网站结果；网络条件变化后再复测，不必每次打开客户端都执行整组下载测速。
为什么 30 ms 的节点反而打不开网页？
先确认这个数值来自 TCP 测试还是真连接测试。若只是 TCP 结果，继续执行真连接测试并查看日志中的认证或 TLS 错误；若真连接也成功，核对浏览器是否使用代理，以及路由规则是否将目标网站送往其他出站。
白天快，晚上慢，该改协议吗？
先在相同晚间时段对主力和备用分别测试 5 次，并用同一目标网站验证。若只有某条路径持续恶化，优先换路径；只有日志明确显示协议或传输不兼容时，才按服务端提供的配置调整，不能在客户端单方面更换协议。
下载速度高，视频却一直缓冲怎么办？
确认下载测试与视频实际使用的是同一节点和路由，再观察视频目标的连接表现。下载目标与视频内容分发网络可能不同；暂停后台下载，换备用节点复查，不要用单一测速站结果代替视频业务测试。
应该一直用全局模式测节点吗？
关键是保证测试请求确实经过候选节点，而非强制所有日常应用都走代理。可以在可控测试中临时采用全局路由，完成后恢复原有规则；系统代理决定部分应用是否进入代理，路由模式决定进入内核后的流量走向，两者需要分开核对。
- 第一轮：排除内核不支持和配置明显不完整的候选项。
- 第二轮：用真连接与目标业务确认可用性，记录失败而非只记录成功耗时。
- 第三轮：比较常用时段的稳定性，在满足需求的节点中选择可接受的倍率。
- 最终保留：一条日常主力与一条路径尽量不同的备用，不追求列表中的最低数字。