同一个节点可能显示 ping 38 ms、真连接延迟 112 ms，下载速度却达到 92 Mbps；另一个节点 ping 为 80 ms，网页打开速度反而更快。这不是测试失效，而是三项指标观察了不同链路。只有先确认测试发出了什么流量、经过哪些协议阶段，数值才具备比较意义。
本文适合需要在 v2rayN、v2rayNG 或 v2flyNG 中筛选节点的用户。核心结论是：ping 用于检查基础网络，真连接延迟用于判断交互响应，下载测速用于评估持续吞吐；选择日常节点时优先看真连接延迟与稳定性，再用下载测速确认带宽。
三种测试实际测量了什么
ICMP ping 向目标地址发送回显请求，再记录应答返回所需的往返时间。它通常只经过本机网络、运营商线路和目标主机，不会执行 VMess 或 VLESS 认证，也不会建立 WebSocket、gRPC、TLS 或 REALITY 会话。服务器可能限制 ICMP 响应，因此 ping 超时不能直接推导出代理端口不可用。
真连接延迟会通过客户端当前出站配置发起一次实际请求。测试过程至少包含到服务器端口的 TCP 建连；使用 TLS 时还要进行安全握手，使用 VMess、VLESS 等协议时还涉及代理会话建立。部分客户端继续请求指定的 HTTP 测试地址，并以成功收到响应头或首批数据所需时间作为结果。
下载测速则维持连接并传输一段足够大的数据。它测量单位时间内可以交付多少字节，结果主要受线路带宽、服务器出口、拥塞控制、并发连接和测试文件大小影响。一个节点可以拥有较高的首次响应时间，同时在连接建立后保持较高吞吐。
ICMP ping
测量网络层往返时间，不验证代理端口、协议认证与传输配置。
适合:检查基础可达性、观察丢包与线路抖动
真连接延迟
推荐经过代理握手与实际请求，更接近打开网页和调用接口时的等待时间。
适合:筛选日常主力节点、比较交互响应
下载测速
持续传输数据并计算吞吐，重点反映带宽，不等同于响应速度。
适合:大文件传输、视频缓冲与持续下载
- 看线路是否通：使用 ping，同时记录平均值、最大值与丢包率。
- 看网页是否响应快：使用真连接延迟，并连续测试至少 3 次。
- 看持续传输能力：使用下载测速，测试时间不应短于 10 秒。
为什么三个结果经常互相矛盾
第一类原因是目标不同。ping 测到的地址可能是服务器 IP，真连接测试访问的却是外部 HTTP 站点，下载测速又连接另一台测速服务器。后两项除了经过代理服务器，还包含代理服务器到测试目标的出口链路。三个目标不一致时，数值不能放在同一列直接排序。
第二类原因是协议开销不同。ICMP 报文很小，不包含应用层握手。VLESS 配合 TCP 与 REALITY、VMess 配合 WebSocket 与 TLS，都会执行不同数量的往返过程。物理线路往返时间为 60 ms 时，多一次串行握手就可能增加接近一个往返时间；DNS 查询没有命中缓存时，还会再增加解析等待。
第三类原因是网络对不同流量采用不同策略。部分主机优先处理正常业务连接，却限制 ICMP；也可能出现 ICMP 很快，但代理端口所在路径拥塞。无线网络中的瞬时干扰还会造成重传，使一次真连接测试从 90 ms 跳到 300 ms，而下一次又恢复正常。
| 现象 | 更可能的原因 | 下一步检查 |
|---|---|---|
| ping 低，真连接延迟高 | TLS 或代理握手耗时、服务器负载、出口绕行 | 连续测试 5 次，并查看内核日志中的连接错误 |
| ping 超时，代理可正常使用 | 服务器限制 ICMP 回显 | 改用 TCP 端口测试和真连接测试 |
| 真连接快，下载速度低 | 出口带宽有限、晚高峰拥塞、单连接受限 | 在不同时段执行 15 秒以上下载测试 |
| 下载快，网页首开慢 | DNS、握手或首字节等待较长 | 检查 DNS 路由与真连接延迟 |
结论:矛盾数值先按测试路径拆开
不要用 38 ms 的 ICMP 结果覆盖 112 ms 的真连接结果。前者说明基础线路短，后者才包含实际代理握手；需要优化网页响应时，应继续检查协议、DNS、服务器负载与出口路由。
建立可重复的延迟测试方法
节点比较必须控制变量。订阅更新后，同一地区可能同时出现不同服务器、不同传输协议与不同入口端口。若一边测试 VLESS over TCP，另一边测试 VMess over WebSocket，结果同时包含线路和协议差异，无法判断真正的瓶颈。
- 固定本地环境。关闭占用带宽的下载任务，优先使用有线网络；只能使用无线网络时，保持设备位置和频段不变。
- 固定测试目标。同一轮真连接测试使用同一 HTTP 目标，下载测速使用同一文件与同一持续时间。
- 执行多轮采样。每个节点至少测试 5 次，丢弃第一次可能受 DNS 与连接预热影响的结果，再观察中位数。
- 记录抖动和失败。不要只记录最低值。112、118、109、460、115 ms 表示存在一次明显尖峰，稳定性弱于始终保持在 130 至 145 ms 的节点。
- 分时段复测。午间与晚间各测一轮。跨区域线路在晚高峰可能出现带宽下降，单次上午结果不能代表全天。
Windows 可以使用 ping -n 20 服务器地址 采集 20 次 ICMP 结果；macOS 与 Linux 可使用 ping -c 20 服务器地址。记录平均往返时间和丢包率即可，不要把命令行 ping 当成代理协议测试。
节点 A
ICMP：38 / 40 / 39 / 41 / 38 ms
真连接：112 / 118 / 109 / 121 / 115 ms
15 秒下载：89 / 92 / 90 Mbps
节点 B
ICMP：61 / 63 / 60 / 62 / 61 ms
真连接：84 / 87 / 86 / 85 / 89 ms
15 秒下载：54 / 57 / 55 Mbps在这组受控记录中，节点 A 更适合持续下载，节点 B 更适合网页浏览、终端连接和频繁短请求。若只按 ping 排序，会选中 A；若只按下载速度排序，也会选中 A；但对交互操作而言，B 的真连接延迟低约 27 ms，判断会完全不同。
在 v2rayN、v2rayNG 与 v2flyNG 中怎么测
客户端菜单名称会随版本调整，但测试入口的功能可以按流量类型辨认。v2rayN 7.x 中，可先在服务器列表选中配置，再使用「服务器」→「测试服务器真连接延迟」。该操作会调用当前配置建立实际连接，不等同于列表中的基础 ping 或 TCP 探测。
Android 上的 v2rayNG 使用 Xray 内核，v2flyNG 使用 v2fly 内核。更新订阅并选中节点后，可从右上角菜单进入延迟测试；批量测试时，应确认执行的是“真连接”类测试，而不是只检查服务器端口。测试前先连接一次，使本地 VPN 接管、DNS 和路由规则处于与日常使用相同的状态。
若通过本地代理手工测试，先在 v2rayN 的「设置」→「参数设置」中确认本地监听端口。常见混合代理端口为 10808，但用户修改后应以当前配置为准。测试工具必须明确使用该代理端口，否则请求可能直接连接目标，得到的并不是节点真连接结果。
- 订阅更新后先检查节点地址、端口、协议和传输方式是否发生变化。
- 批量测试期间不要切换系统代理、TUN 模式或无线网络。
- 结果全部为负数、超时或固定为同一值时，先检查测试地址是否可访问。
- 日志出现连接被拒绝时，优先检查服务器端口，不要继续用下载测速判断。
如何用指标选择节点与协议
日常浏览和即时请求优先选择真连接延迟较低、连续测试波动较小的节点。两条线路分别为 95 ms 和 110 ms 时，15 ms 差距通常不如稳定性重要；若前者每五次出现一次 500 ms 尖峰，后者始终处于 105 至 120 ms，后者更适合作为主力。
下载、视频缓冲和大文件同步更依赖持续吞吐。此时应比较 10 至 30 秒区间的平均速度，并观察中途是否降速。开始瞬间显示 150 Mbps、随后稳定在 35 Mbps 的节点，其有效能力接近 35 Mbps，而不是峰值数字。
- VMess
- 包含认证与加密处理，常与 TCP、WebSocket、TLS 等传输组合。延迟取决于完整组合，不应只归因于协议名称。
- VLESS
- 轻量认证协议，常与 TLS、REALITY、TCP 或 gRPC 组合。握手次数、服务器距离和出口质量共同影响真连接延迟。
- TUN
- 通过虚拟网卡接管流量。启用后，测试请求还会经过系统路由与 DNS 配置，结果更接近日常全局接管环境。
- 路由分流
- 按域名、IP 或进程决定直连与代理出口。测速目标被直连时，客户端显示的数据不能代表代理节点。
比较 VMess 与 VLESS 时，应尽量选择同一服务器、同一入口网络和相近传输条件。若 VLESS 节点位于邻近区域，而 VMess 节点跨越更远线路，延迟差异主要来自物理距离。协议选型应结合服务器支持、传输安全方案和客户端兼容性，而不是依据一次最低延迟。
结论:主力节点看中位数，备用节点看路径差异
主力节点选择 5 次真连接测试的中位数，并排除高频超时；备用节点应优先选择不同服务器或不同出口路径，避免两条配置在同一拥塞点同时失效。
延迟测试常见问题
测试结果异常时，先区分“测试没有经过代理”和“代理经过了不同路径”。前者通常与本地端口、系统代理或分流规则有关；后者则需要结合 DNS、服务器出口和测试目标判断。下面的问题覆盖最常见的操作误区。
ping 全部超时，节点为什么还能连接？
目标服务器可能未响应 ICMP。改用客户端的真连接测试，并检查代理端口能否建立 TCP 连接；不要仅凭 ping 超时删除订阅节点。
真连接延迟第一次总是特别高？
首次测试可能包含 DNS 查询、TLS 会话建立和连接预热。连续执行 5 次，记录后 4 次的中位数，同时保留第一次结果用于判断冷启动体验。
延迟只有 1 ms，结果可信吗？
公网远端节点通常不应长期显示 1 ms。检查测速请求是否被路由规则设为直连，或测试目标是否指向本机。查看连接日志，确认请求进入所选代理出站。
下载速度高，打开网页为什么仍然慢？
高吞吐不能抵消 DNS、协议握手与首字节等待。先测试真连接延迟，再检查 DNS 配置和路由分流；短请求较多的场景优先选择低波动节点。
批量延迟最低的节点就是最优节点吗？
不是。至少复测 5 轮，并结合超时率、晚高峰表现和下载吞吐。最低值只代表一次样本，中位数与波动范围更适合长期选择。
最终可以把三项指标放回各自用途：ICMP ping 检查基础线路，真连接延迟判断完整代理路径的响应，下载测速评估持续传输能力。测试目标、路由模式和本地网络保持一致后，三个数值不再互相否定，而是共同描述一条节点链路。