选节点先确认代理能完成请求，再比较响应时间，最后按需求测试吞吐。本文面向已经导入订阅、但看不懂延迟列与速度列的用户，说明三种测试的边界、v2rayN 与 v2rayNG 的操作位置，以及如何在相同条件下筛出稳定节点。文中的计算示例不是节点实测报告。
三种测速：端口可达、请求可用、持续吞吐
真连接延迟适合日常筛选，TCPing 用于定位入口，下载测速用于判断大流量任务。三者不是同一指标的三个精度档位，也不能把毫秒和每秒兆字节直接排成一个总分。节点入口近，不代表代理出口到目标网站也近；响应快，也不代表持续传输带宽大。
TCPing：检查节点入口
向配置中的服务器地址与 TCP 端口发起连接，观察建立连接所需时间。它不验证 VMess 或 VLESS 身份字段，也不请求实际目标网站。
适合：初步排查地址、端口与入口网络可达性。
真连接延迟：检查代理请求
推荐通过被测节点请求测试地址，覆盖代理链路及目标请求。具体计时起止、是否复用连接，由客户端版本和内核实现决定。
适合：日常浏览前筛选可用节点，再比较多次结果。
下载测速：检查有效吞吐
经代理持续接收测试数据，以单位时间接收的字节数估算速度。结果同时受入口、出口、测试站限速与本地网络影响。
适合：视频、大文件下载前，对少量候选节点复测。
普通 Ping 通常使用 ICMP，TCPing 使用 TCP 连接，两者不能混读。服务器拒绝 ICMP 时，Ping 超时而代理仍然可用；反过来，能回应 Ping 也不能证明代理端口开放。若节点实际采用基于 UDP 的传输，TCP 端口探测更不能作为其可用性的必要条件。
TCPing 很低却连不上：测试尚未进入代理握手
TCPing 成功只说明某个 TCP 端口接受了连接。例如服务器入口使用 443，连接建立之后仍可能在 TLS 验证、传输路径、代理认证等环节失败。这个端口可能由反向代理接入，接受 TCP 连接的设备也不一定就是最终代理进程。
| 检查环节 | TCPing 能否覆盖 | 继续检查什么 |
|---|---|---|
| 服务器 TCP 入口 | 能够探测连接建立 | 地址、端口、本地网络与远端监听 |
| TLS 与服务器名称 | 不能验证 | 节点编辑窗口中的 TLS、SNI 或 serverName |
| 代理认证与传输 | 不能验证 | UUID、传输类型，以及所用传输的 Host、path 等字段 |
| 出口访问目标网站 | 不能验证 | 真连接测试地址、远端解析、出口连通性 |
在 v2rayN 主窗口选中节点，右键打开编辑服务器窗口，对照订阅提供的参数检查，不要为降低延迟随意修改 SNI。使用 TLS 的节点还依赖正确的系统时间；Windows 可在「设置」→「时间和语言」→「日期和时间」检查自动设置时间与同步状态。
- 全部节点入口超时：先核对本机联网情况、订阅是否有效、服务器地址是否解析成功。
- 入口可达但真连接失败：看日志中的 TLS、认证或传输错误，再核对节点字段。
- 只有一个目标失败：更换可信测试目标作对照，不要立即认定整个节点离线。
真连接延迟：测试地址和实际路由同样重要
真连接测试通常通过被测节点发起 HTTP 或 HTTPS 请求。新建连接时，可能包含服务器地址解析、代理入口连接、TLS 与代理协商、出口连接目标以及目标响应等耗时。它比 TCPing 更接近“通过代理打开一个网址”，但不是所有网页、所有应用的统一延迟。
HTTPS 测试地址涉及目标站 TLS；重定向、目标响应速度和连接复用也可能影响数字。客户端显示的值不应直接解释为一次纯粹的网络往返时延，更不能机械地用“真连接减 TCPing”计算出口延迟，因为两次测试的时刻和计时范围并不一致。
- 在 v2rayN 的服务器列表选中少量节点，右键选择名称含「测试服务器真连接延迟」的测试项；部分版本带有「多选」后缀。
- 需要核对目标时，进入「设置」→「参数设置」，在 v2rayN 设置相关页面查看「真连接测试地址」。界面名称随版本略有调整，以当前窗口显示为准。
- 对比节点时保持同一个测试地址。遇到所有节点一起失败，先检查该地址是否还能正常响应。
- 选定节点后，再用浏览器打开实际要访问的网站；同时查看客户端日志，确认业务请求走的是预期出站。
域名解析也有多处：节点服务器地址的解析、目标域名的解析，未必由同一个组件完成。是否在本地解析、是否交给远端，取决于内核与配置。不要看到某个延迟偏高就直接更换全部 DNS 设置；先在日志中区分连接节点失败与连接目标失败。
下载测速：读懂 MB/s、Mbps 与测试流量
下载速度高，表示这次测试链路的有效吞吐高，不代表首屏响应一定快。测速站所在地区、单连接或多连接策略、测试时长，以及节点共享负载，都会改变结果。速度测试产生真实流量，可能消耗订阅额度；移动数据环境尤其要先确认剩余额度。
下面只做单位换算。按十进制单位计算，假设稳定接收速度为 10 MB/s，持续 20 秒，则传输量约为 200 MB。实际客户端可能使用不同单位显示，并包含预热等额外阶段，不能把这个示例当作每次测试的固定消耗。
判断：只给入围节点做吞吐测试
先用真连接测试留下 2～3 个稳定候选，再逐个下载测速。若速度都接近本地接入带宽上限，就停止用峰值排位，改看业务打开速度和晚间稳定性。
- 单位一致：先确认列名是 MB/s、MiB/s 还是 Mbps，再比较数据。
- 逐个运行：多个下载测试同时进行会争用本地带宽，低结果未必是节点限速。
- 暂停背景任务：下载、云同步和系统更新都会分走带宽，上传占满还可能拖高请求延迟。
- 记录持续表现：起步峰值可能受缓存和短时突发影响，不能代替一段时间内的稳定速度。
桌面与安卓：保持相同条件再比较
v2rayN、v2rayNG 与 v2flyNG 的界面和内核组合不同，测试实现不一定相同。v2rayNG 使用 Xray 内核，v2flyNG 使用 V2Fly 内核。即便导入同一条订阅，也要确认两端选中了同一服务器、同一端口和同一传输配置，不能只按节点备注判断一致。
对照方案：同一网络、同一节点、相同目标
桌面端：v2rayN
- 在服务器列表右键菜单运行真连接测试，再对候选节点运行名称含「测试服务器速度」的项目。
- 记录测试地址、测试时间和客户端版本；每轮只对一个节点做下载测速。
- 实际访问验证时，核对主窗口底部的系统代理状态与路由选择。
安卓端：v2rayNG
- 连接后打开主界面右上角菜单，使用「测试真连接」；部分版本另有全配置批量测试项。
- 在主菜单的「设置」中核对真连接测试地址，尽量与桌面端一致。
- 先连接相同 Wi-Fi 作对照，再单独测试移动网络；不要混在同一组结果里。
不同客户端的绝对数值只作参考。对比时优先看各自重复测试是否稳定，以及同一业务是否能正常完成。
如果 v2flyNG 当前版本提供的测试项目不同，就记录项目原名，不要把普通连接测试改称下载测速。换内核也不保证速度提高：协议和传输必须受支持，真正的瓶颈还可能在无线信号、运营商路径或远端带宽。
- 固定环境：关闭其他代理连接，暂停后台下载，保持同一接入网络。
- 重复三轮：每轮间隔约 10 秒，记录真连接结果与失败次数；三次有效值可取中位数，失败单独保留。
- 错峰复测：白天和晚间各测一组，用相同目标检查负载变化，而不是只保留最好的一次。
- 业务确认：浏览器、视频或文件下载各按实际需要验证，不用一个综合分替代真实任务。
常见问题：超时、负数与数字波动怎么处理
TCPing 正常，真连接一直超时，先看哪里？
先在 v2rayN 主窗口日志区域查看失败阶段。TLS 相关错误先检查系统时间与节点的 SNI；认证或传输错误则在服务器编辑窗口对照订阅参数。若所有节点同时失败，再到「设置」→「参数设置」核对真连接测试地址，换一个可信目标复测。
显示 -1 ms，是不是延迟特别低？
不是。负值、空白或超时通常表示未取得有效结果，具体含义以当前客户端提示和日志为准。不要将它纳入延迟平均值。重新测试一次，并记录是否为偶发失败；三次中多次失败的节点，不应因某一次低延迟被排在前面。
真连接很快，网页还是打不开，怎么查？
先检查请求是否进入客户端日志，再检查路由命中。若日志里完全没有浏览器请求，核对系统代理或应用自身代理配置。例如将应用指向 127.0.0.1:10808 前，必须确认「设置」→「参数设置」中的本地监听端口确实为 10808，且协议类型匹配；这个端口只是示例，不是所有版本的固定值。
白天快，晚间慢，需要重新导入订阅吗？
先保留原配置，用同一测试地址在两个时段各跑三轮。若入口连接和真连接同时变慢，可能是本地接入或入口路径拥塞；若只有吞吐下降，则继续对照其他候选节点与下载目标。订阅更新用于获取配置变更，不会直接消除链路拥塞。
最终顺序：可用性优先，稳定性其次，吞吐按需。日常浏览先选真连接连续成功、响应波动较小的节点；大文件任务再补下载测试。遇到故障时，把 TCPing、真连接和实际业务分别记录，才能知道该检查入口、代理参数，还是出口与路由。