v2rayN 节点测速结果怎么看？
简答：v2rayN 节点测速不要只看最低毫秒数：先看真连接是否成功，再看下载速度，最后用实际访问复核。延迟表示响应快慢，下载速度表示持续传输能力，-1、Timeout 或空白通常只能说明本次测试没有得到有效结果，不能直接等同于节点永久失效。
定义：v2rayN 节点测速结果，是客户端通过 TCP 连接、代理真实请求或下载测试，对节点响应时间和持续传输能力进行的阶段性测量。
先看这张表：不同测速结果分别代表什么
v2rayN 的测速项目可能因版本、核心和界面语言不同而显示为“测试延迟”“测试真连接延迟”“测试服务器速度”等名称。官方源码显示，客户端分别实现了 TCP 连接测试、经过本地代理的真实连接测试，以及通过代理下载指定地址的速度测试；菜单名称和快捷键应以你当前版本界面为准。可先参考v2rayN 官方测速实现。
| 结果或项目 | 测量对象 | 应该怎么理解 | 下一步 |
|---|---|---|---|
| 延迟 / TCPing | 节点地址与端口的 TCP 建连耗时 | 只能说明端口层面是否较快响应，不等于代理请求一定成功 | 继续测试真连接 |
| 真连接延迟 | 通过节点建立代理连接并访问测试目标的响应耗时 | 比单纯 TCP 建连更接近日常使用，但仍受测试地址和本地网络影响 | 成功后再测下载速度和实际网页 |
| 下载速度 | 通过代理下载测试文件时的持续传输速率 | 更能反映大文件或视频传输能力，但不是所有业务的唯一指标 | 固定条件后多次复测 |
| -1、Timeout | 本次测试未获得有效响应 | 可能是超时、核心未启动、路由或 TUN 影响，也可能是测试本身失败 | 看日志并按顺序排查 |
| 空白或不更新 | 界面没有拿到测试回调 | 可能与核心启动失败、端口占用、配置类型或测试地址有关 | 先停止测试，查看日志 |
表中的数值没有统一“达标线”。同一个节点在不同时间、网络、测试地址和客户端模式下可能得到不同结果，因此更适合比较同一批节点在同一条件下的相对表现。
正确测速顺序：四步避免被最低延迟误导
- 先固定条件。记录测试日期为 2026-10-28、当前网络环境、v2rayN 版本、使用的核心、是否开启系统代理或 TUN。不要把不同网络、不同模式和不同测试地址的结果直接横向比较。
- 先筛掉明显失败项。对节点执行基础延迟测试；如果出现超时，可以暂时保留，不要立刻断定节点失效。若节点地址解析失败、端口不通或配置明显不完整，应先检查订阅更新和节点配置。
- 再测真连接延迟。真连接测试会经过客户端生成的临时核心和本地代理端口。官方源码显示，v2rayN 会先加载测速用核心，再通过本地 SOCKS 代理发起真实连接；因此它比单纯 TCP 建连更接近日常代理使用，但也更容易受到核心、路由、DNS、TUN 和测试目标影响。相关实现可查看官方 SpeedtestService 源码。
- 最后测下载速度并实际访问。只有真连接成功后，下载测速才更有参考价值。测速完成后，用同一节点打开你实际要使用的网页、办公系统或文件服务，观察是否能稳定加载。一次测速通过，不代表所有网站、所有时段都可用。
如果只想快速筛选，可以采用“真连接成功 → 下载速度较高 → 实际访问稳定”的顺序，而不是先按 TCP 延迟从低到高排序。
延迟、速度和单位应该怎么判断
延迟单位通常是 ms。数值越小，代表一次请求得到响应所需的时间通常越短。网页打开、远程办公交互和即时操作更容易感受到延迟；但延迟低并不代表持续下载一定快。
下载速度可能显示为 MB/s 或 Mbps。两者不能直接比较：1 MB/s 大约等于 8 Mbps。例如 10 MB/s 约等于 80 Mbps，反过来 80 Mbps 约等于 10 MB/s。实际显示方式应以 v2rayN 当前界面和测试结果单位为准。
稳定性要看多次结果。假如第一次真连接延迟很低、第二次超时、第三次又恢复，单次最低值就没有代表性。建议在相同节点上连续复测 3 次，记录成功次数、延迟变化和下载速度变化；这只是缩小范围的方法，不是对节点长期可用性的保证。
| 使用场景 | 优先观察 | 不要单独依据 |
|---|---|---|
| 普通网页 | 真连接成功率、延迟、页面实际打开 | 单次最低 TCP 延迟 |
| 视频或会议 | 持续速度、延迟波动、长时间是否中断 | 只看瞬时峰值速度 |
| 远程办公 | 真连接稳定性、延迟波动、DNS 和办公系统访问 | 只看下载速度 |
| 大文件下载 | 下载速度、持续时间内是否明显回落 | 只看节点名称或地理位置 |
看到 -1、Timeout 或空白时，按这个顺序排查
- 确认节点不是自定义配置限制。官方仓库中有用户反馈自定义配置无法使用 Ping、真连接和下载测速；这类现象不能直接推导为节点不可用。若只有自定义配置失败，可先用正常导入的标准节点对照测试，并查看当前版本说明。
- 查看核心和界面日志。官方 FAQ 将界面操作、测速和检查更新相关日志归入 guiLogs；“运行 core 失败”可能与配置错误、核心不支持或本地监听端口被占用有关。可参考v2rayN 官方 FAQ，先清理旧日志，再复现一次并查看新日志。
- 检查 TUN、系统代理和路由模式。测速进程可能与日常流量经过的接管路径不同。官方仓库的公开 issue 曾记录开启 TUN 时真连接测试显示 -1、但代理实际请求可成功的情况；这说明该结果需要结合版本和模式核验，不能仅凭 -1 判定节点失效。可查看相关官方 issue。
- 检查本地端口占用和核心类型。如果日志出现端口绑定失败、运行核心失败或配置格式错误，应先停止其他代理程序，确认测速所用核心与节点配置匹配，再重新测试。
- 恢复改动后复测。如果为了排查临时关闭 TUN、系统代理或路由规则，测试结束后要恢复原设置，并单独验证日常应用是否仍能正常连接。不要把“测速能跑”当成完整网络验证。
更安全的判断方式是：先保留原配置，逐项改变一个设置，记录结果，再恢复设置。这样可以缩小问题范围，也避免同时修改 DNS、TUN、核心和系统代理后无法判断原因。
怎么选节点：用稳定性优先的简单决策法
可以把节点分成三档，而不是追求一个绝对数字：
- 可用候选：真连接测试成功，下载测试能够完成，实际访问目标业务正常。
- 待复测：延迟较低但下载忽快忽慢，或偶尔出现 Timeout；固定条件后在另一个时间段复测。
- 暂不使用：连续多次真连接失败，日志显示核心无法启动，或实际访问持续失败。先排除本地配置问题，再决定是否更换节点。
如果你需要更多节点实测方法，可以参考站内的节点实测选择指南；如果问题表现为客户端无法联网，则应转到连接问题排查指南，不要继续反复测速。
本文是第三方使用指南，不代表任何客户端或节点服务的官方说明；客户端菜单、测试地址和结果字段可能随版本变化，具体以当前安装版本为准。
常见问题
v2rayN 延迟越低，节点就一定越快吗？
不一定。延迟主要反映响应时间，下载速度还受带宽、拥塞、丢包、测试地址和本地网络影响。应先看真连接，再看持续下载，并用实际业务访问复核。
v2rayN 测速显示 -1 是节点失效吗？
不能直接这样判断。-1 通常表示本次测试没有得到有效结果，可能与超时、核心启动失败、TUN 或测速路径有关。建议查看日志，关闭或恢复相关接管设置后分别复测。
v2rayN 的真连接延迟和普通延迟有什么区别？
普通延迟通常更接近节点地址或端口的连通性测试；真连接延迟会通过客户端的代理链路发起实际连接，因此更接近日常使用，但也更容易受到核心、DNS、路由和测试目标影响。
下载速度显示 MB/s，怎么换算成 Mbps？
通常可用 MB/s 乘以 8 粗略换算为 Mbps。例如 5 MB/s 约等于 40 Mbps。两者只是单位换算，实际结果仍会受测试文件、时间和网络条件影响。
为什么测速成功，但打开网页还是很慢？
测速只覆盖特定测试目标和测试时段。网页还可能受到 DNS、规则匹配、目标站点响应、丢包和本地代理模式影响。建议保持同一节点，检查实际访问、日志和路由设置。