V2Ray 延迟测试怎么看：TCPing、真连接延迟与下载测速的区别

三种 V2Ray 测速分别测到了哪一层

v2rayN 是桌面图形客户端，v2rayNG 是采用 Xray 内核的安卓客户端。界面里的测速由客户端组织，实际连接还会涉及内核、节点配置和目标网站。不同版本的菜单名称、计时边界和超时阈值可能不同，因此同一列里的数字适合相互比较，跨客户端的数字不宜直接排名。

这里的“推荐”指常规选节点时优先参考真连接延迟，不是说它能代替全部测试。视频播放更关注持续吞吐和波动，交互操作更关注响应时间，实际应用还可能走与测试请求不同的路由。

TCPing 很低，为什么真连接仍然超时

TCPing 不是传统 ICMP ping。假设节点配置使用 TCP 端口 443，TCPing 成功通常只能说明本机可以与该地址的这个端口建立 TCP 连接。端口后面可能是代理服务，也可能只是前置转发或其他监听程序；只有进一步完成协议交互，才能确认配置是否可用。

1. 核对服务端端口。测试的是订阅中记录的端口，不是凭经验固定测 443。端口已变更而订阅尚未更新时，旧端口的结果没有参考价值。
2. 核对协议与安全参数。VLESS 的用户标识、TLS 的服务器名称、REALITY 的公钥与短标识等配置错误，都可能在 TCP 建连之后才暴露。
3. 核对传输层参数。WebSocket 路径、HTTP 主机名等与服务端不一致时，底层端口仍可能正常接受连接，但后续代理请求失败。
4. 确认测试方法适用。主要使用 UDP 的传输不能仅凭 TCP 端口探测判定存活。TCPing 失败不等于所有类型的代理传输都失败。

同样，TCPing 不是丢包率测试。连续 5 次连接全部成功，只能说明这 5 次探测成功，不能据此宣称线路丢包为零。复测时应同时记录失败次数与成功结果的分布。

真连接延迟包含什么，为什么每次数字都变

真连接测试会使用代理配置访问测试 URL。对 HTTPS 目标，一次请求可能涉及本地或远端 DNS、连接节点、代理认证、目标 TLS 握手与等待响应。具体哪些环节被计入，要看客户端实现，以及是否复用连接、是否已有 DNS 缓存。

因此它不是“节点到用户的纯网络往返时间”，更不是网页完整加载时间。常见的小响应测试页面只需返回很少的数据；真实网页还要请求脚本、图片和其他域名，访问体验自然可能不同。

• 固定测试目标。对比节点时使用同一个 URL。测试地址换了地区、CDN 或响应方式，结果就不再只反映节点差异。
• 确认响应是否符合预期。有的探测会检查状态码或有效响应；重定向、验证页面和目标站限流都可能使测试失败。
• 保留首次与后续结果。首次连接可能更慢，之后 DNS 缓存、会话恢复或连接复用可能缩短时间。不要只截取最快的一次。
• 检查测试路由。真连接旨在测试指定节点，但不同版本的探测配置和 DNS 处理方式可能不同。需要结合日志确认，不应拿浏览器直连打开测试页代替代理测试。

下载测速的 MB/s 与 Mbps 怎么换算

延迟用毫秒表示，吞吐则通常显示为 MB/s 或 Mbps，两者没有直接换算关系。一个 180 ms 的节点可以持续传输 12 MB/s，一个 60 ms 的节点也可能只有 2 MB/s。前者不一定适合低延迟交互，后者也未必适合大文件下载。

下面是单位换算示例，不是本站实测或线路承诺。按十进制单位计算，1 字节等于 8 比特；如果界面明确使用 MiB/s，应按二进制单位另算。

标称 100 Mbps 的接入带宽，理论上对应 12.5 MB/s，实际应用还会有协议开销和网络波动。下载测速的瓶颈也可能在测试服务器，而不是节点本身；单连接测速与多连接测速不能混为一谈。

• 先暂停后台下载、系统更新和云同步，避免共享本地带宽。
• 逐个测试候选节点，不要让多个下载测试同时争抢带宽。
• 测速前确认流量额度。长时间测速会产生真实流量，安卓端使用移动网络时尤其需要注意。
• 观察稳定区间，不只看启动瞬间的峰值；再用实际要下载的服务验证一次。

v2rayN 与 v2rayNG 的复测操作顺序

先记录客户端版本与内核版本，再查测试设置。v2rayN 可从「设置」→「参数设置」中查找当前版本提供的测速相关项，核对测试地址和超时设置；菜单分组以实际版本为准。不要为了获得更小的数值频繁修改这些条件。

例如 5 次真连接结果为 142、149、151、158、410 ms，中位数是 151 ms，但 410 ms 的波动仍值得记录。如果其中 2 次超时，不能只对剩下的 3 次取平均后称其稳定。切换订阅节点后，还应确认活动节点确实已经改变，防止测的是新节点、浏览器却仍在复用旧连接。

测速成功但网页打不开：按链路定位

客户端内置测试与浏览器接入是两条需要分别验证的路径。内置测试可能通过专门的测试入口发起，而浏览器还依赖系统代理、应用代理设置或 TUN 接管。系统代理决定流量如何进入客户端，路由分流决定进入后走哪个出口。

1. 看本地接入。例如当前设置的 HTTP 代理为 127.0.0.1:10809，应用就必须使用这个实际监听地址；10809 只是示例，不是所有版本的默认值，也不要把 SOCKS 端口当作 HTTP 端口填写。
2. 看路由匹配。测试地址走代理，不代表业务域名也走代理。检查域名是否命中直连规则，以及安卓端分应用设置是否排除了目标应用。
3. 看 DNS。节点服务器地址与业务域名都涉及解析。对比日志中的解析错误和连接目标，不要仅凭浏览器能解析某个域名就排除全部 DNS 问题。
4. 看远端与目标。一个小响应测试站可达，不代表所有网站可达。若只有一个服务失败，应检查该服务的地区限制、出口限制和具体报错。

定位时一次只改一项，并保存修改前后的结果。把节点、路由、DNS 和系统代理同时重置，即使暂时恢复，也很难知道真正的原因。

延迟与测速常见问题