v2rayN 节点延迟测试怎么用？从测速到筛选的完整步骤
简答：先选中一个或多个已导入节点，打开右键菜单，依次使用 Tcping 和“测试服务器真连接延迟”；不要只看 Ping 或单次最低数值。若真连接测试成功，再设为活动服务器并开启系统代理，用实际网页或下载任务复测；显示 -1、超时或浏览器打不开时，按核心、测试地址、端口、DNS 和系统代理逐层排查。
定义：v2rayN 节点延迟测试，是用不同连接方式测量节点响应时间与实际代理连通性的过程，其中 Tcping 只适合初筛，真连接延迟更接近实际代理使用。
先照做：v2rayN 节点延迟测试的最短流程
本文是独立第三方使用指南，不代表 v2rayN 项目或相关服务方。不同版本的菜单名称、快捷键和测试项可能存在差异，以下路径以当前界面为准；项目版本和发布文件应通过v2rayN Releases 页面核对。
- 先准备：确认订阅或节点已经导入，保持同一台设备、同一个网络和同一种代理模式，不要在测试中途切换网络、核心或 DNS。
- 做初筛：在服务器列表中选中多个节点，右键查找“测试服务器 Tcping”或类似名称，记录超时节点，不要把 Tcping 数值直接当成网页可用性。
- 做复测：对初筛结果较好的节点右键选择“测试服务器真连接延迟”或类似名称。部分版本可使用
Ctrl+R，但快捷键可能变化，找不到时以右键菜单为准。 - 做实际验证：选中复测成功的节点，设置为活动服务器，启动核心并开启系统代理，然后访问一个你平时确实需要使用的网站或执行一个小型下载任务。
| 测试方式 | 主要测什么 | 适合用途 | 不能证明什么 |
|---|---|---|---|
| Ping | 通常是 ICMP 层面的响应 | 判断基础网络响应 | 不能证明代理协议、端口或网页访问成功 |
| Tcping | 目标端口是否能建立 TCP 连接及其耗时 | 批量初筛端口可达节点 | 不能证明 TLS、协议握手和实际代理请求成功 |
| 真连接延迟 | 通过节点建立实际代理连接并访问测试地址 | 筛选更接近实际使用的节点 | 不能代表所有网站、视频或下载任务都正常 |
| 速度测试 | 在特定测试条件下观察传输表现 | 比较候选节点的吞吐表现 | 不能单独代表全天稳定性或长期速度 |
批量测试后，怎样判断哪个节点值得用
不要只选择列表里单次延迟最低的节点。更稳妥的做法是先剔除连续超时节点，再从剩余节点中观察延迟是否反复波动，最后进行真实访问验证。
- 第一次筛选：使用 Tcping 或基础延迟测试，排除明显超时、没有结果或反复失败的节点。
- 第二次筛选：对候选节点执行真连接延迟测试。若 Tcping 成功但真连接失败，说明端口可达不等于协议握手或代理请求成功。
- 第三次复测：在不改变网络、核心和测试地址的情况下，连续测试几轮。记录每轮是否成功、延迟范围和是否出现超时，不要只保存最低值。
- 最后验证：把候选节点设为活动服务器，确认核心正在运行、系统代理指向 v2rayN 的本地端口，再用实际网页、文件或办公服务验证。
测试结果可以按“成功次数、延迟波动、超时次数、实际访问结果”综合判断。延迟低但网页打不开，优先检查代理是否真正接管流量；网页能打开但下载慢，则还需要单独观察带宽、丢包、线路拥塞和目标站点响应，不能仅凭延迟下结论。
如果需要了解客户端发布文件、平台支持和项目说明，可查看v2rayN 官方 GitHub 仓库及其官方 Wiki，不要把第三方教程中的菜单截图当作所有版本都一致。
不同测速结果怎么分流排查
| 现象 | 优先判断 | 下一步 |
|---|---|---|
| Tcping 失败，真连接也失败 | 节点地址、端口、网络或节点本身不可达 | 先换一个节点交叉测试，再检查本地网络是否正常；不要先改 DNS 或删除配置。 |
| Tcping 成功，真连接失败 | 协议参数、TLS、核心或测试地址可能不匹配 | 确认当前节点使用的核心，查看 v2rayN 日志，检查握手和配置错误；必要时用同一订阅中的其他节点对照。 |
| 真连接显示 -1 或超时 | 规定时间内没有完成实际连接，也可能是测试地址、核心或节点参数问题 | 先更换测试地址并重测，确认系统时间、核心文件和节点参数；不要直接把 -1 解释成永久不可用。项目公开 Issue 中也记录过真连接测试失败、核心启动失败和测试地址相关问题，具体以日志为准。 |
| 真连接成功，浏览器打不开 | 本地代理未接管浏览器、系统代理端口不一致、DNS 或规则路径异常 | 确认系统代理已开启且端口与 v2rayN 当前监听端口一致，再检查浏览器代理、DNS 和分流模式。 |
| 单个节点很快，批量测试很慢 | 批量并发、冷启动、测试地址或本地资源可能影响结果 | 减少一次测试的节点数量，分组复测，并在相同条件下比较；不要将一次批量异常推断为所有节点都失效。 |
官方项目的公开问题记录显示，真连接延迟测试可能受到核心启动失败、节点参数和测试地址等因素影响；因此排查时应优先查看日志和复现条件，而不是只看列表中的数字。可参考真连接延迟测试失败的项目 Issue。
测速前后的可复现检查清单
- 记录条件：写下设备系统、v2rayN 版本、使用的核心、网络类型、测试时间、节点分组和测试方式。
- 保持变量一致：同一轮比较中不要同时更换 Wi-Fi、移动网络、DNS、核心和测试地址。
- 先备份再修改：如果需要调整测试地址、核心或代理设置，先导出或复制当前配置，确认新设置无效后可以恢复。
- 不要关闭安全功能：不要为了测速长期关闭系统防火墙、杀毒软件或安全 DNS；如果安全软件拦截核心，先查看提示并按系统权限处理。
- 分清测试层级：Ping 有返回不等于 TCP 端口可用，Tcping 成功不等于代理可用，真连接成功也不等于所有网站都能打开。
- 遇到全节点失败：先用一个已知配置或其他网络做对照，再检查核心是否启动、本地端口是否被占用、系统时间是否正确，最后再考虑订阅或节点内容问题。
结论：怎样选出更适合当前网络的节点
推荐使用“先 Tcping、再真连接、最后实际访问”的顺序。Tcping 适合快速缩小范围，真连接延迟适合判断协议链路是否能够完成，实际网页或办公任务则用于确认当前设备上的代理、DNS、规则和目标服务都能正常工作。
如果某个节点只在单次测试中显示最低延迟，但后续出现大幅波动、超时或网页加载失败，不应把它视为最佳节点。相反，一个延迟略高但多轮结果稳定、真连接成功且实际任务正常的节点，通常更适合当前网络环境。这个判断只适用于你的设备、网络和测试时段，不能推出线路的长期状态。
常见问题
v2rayN 节点延迟测试应该先测 Ping 还是 Tcping？
批量筛选时通常先用 Tcping，因为它比 Ping 更接近端口是否可建立连接；但 Tcping 仍不能证明代理协议和网页访问成功，候选节点还要继续做真连接测试。
v2rayN 真连接延迟显示 -1 是节点坏了吗？
不一定。-1 可能表示规定时间内没有完成测试，也可能与核心启动失败、节点参数、测试地址或本地环境有关。应查看日志、更换测试地址并用其他节点对照，不能仅凭 -1 断言节点永久不可用。
为什么 Tcping 延迟很低，但 v2rayN 真连接测试失败？
Tcping 主要确认 TCP 端口能否连接，未覆盖 TLS、协议握手、认证和实际代理请求。遇到这种情况，优先检查当前使用的核心、节点传输参数、TLS 设置、系统时间和日志中的具体错误。
真连接测试成功，但浏览器还是打不开网页怎么办？
先确认节点已设为活动服务器，核心正在运行，系统代理已经开启，并且系统或浏览器使用的代理端口与 v2rayN 当前监听端口一致；之后再排查 DNS、规则模式和 TUN 或分流设置。
单次延迟最低的节点是不是最佳节点？
不是。应综合比较多轮成功率、延迟波动、超时情况和实际网页或办公任务结果。单次最低延迟只能作为候选信号，不能代表长期稳定性。