TCPing 用于检查服务器端口是否可达，真连接延迟用于观察代理链路能否完成一次测试请求，下载测速用于观察持续传输能力。适合已经导入订阅、正在筛选节点的用户：先排除不可用配置，再比较响应时间，最后只对候选节点测下载速度。
三种测速测到哪里：端口、请求与持续传输
客户端服务器列表中的“延迟”不是一个统一指标。同样显示毫秒，可能只完成了到服务器的 TCP 建连，也可能已经通过代理访问了测试网址。比较数字之前，先确认执行的是哪一项测试，以及测试目标是否相同。
| 测试方式 | 主要覆盖范围 | 不能据此断定什么 |
|---|---|---|
| TCPing | 本机到配置中的服务器地址与 TCP 端口；通常测量连接建立耗时 | 代理认证正确、目标网站可访问、下载带宽充足 |
| 真连接延迟 | 经指定节点访问测试地址；通常包含代理连接和一次 HTTP 或 HTTPS 请求 | 所有网站都可访问、长连接稳定、持续下载速度高 |
| 下载测速 | 经代理接收测试资源，按接收字节与时间计算吞吐量 | 交互响应一定快、其他时段速度一致、所有目标都同速 |
真连接延迟的计时边界由客户端版本和测试实现决定。有的路径会包含域名解析、TLS 握手或连接初始化，有的会复用已有连接。把它理解为“指定条件下的一次请求耗时”更准确，不要把数字直接当成跨平台统一的网络往返时间。
TCPing 很低却打不开网页，通常卡在哪一层
假设某条配置使用 TCP 端口 443。TCPing 成功，只说明该地址上的这个端口接受了 TCP 连接。监听端口可能属于反向代理或 CDN 边缘，后续请求还要经过传输层配置、代理认证、远端出站与目标站点，任一环节失败都可能让网页无法打开。
- 先核对服务器字段。订阅中的服务器地址、端口、用户标识需要相互匹配。不要把分享链接里的显示名称当成服务器地址，也不要随意将端口改为
443。 - 再核对传输参数。使用 WebSocket 时检查路径与 Host；使用 TLS 时检查服务器名称与本机时间。VLESS 配置若使用 REALITY，还需匹配服务端要求的公钥、服务器名称等参数。
- 检查内核是否接受配置。V2Ray 和 Xray 的功能范围并不完全相同。配置导入成功不代表当前内核支持其中所有传输与安全选项；以启动日志和连接错误为准。
- 最后检查出口与目标。节点可以完成认证，但远端 DNS、出口网络或目标网站仍可能失败。用两个不同的常用网站验证，不要仅凭一个站点下结论。
日志中的 connection refused 通常指向某个连接目标拒绝连接；timeout 则只表示在规定时间内没有完成操作。先确认日志里出现的是本地监听地址、代理服务器，还是最终目标，再定位原因。仅看一个错误单词容易把入口故障误判成节点故障。
判断：端口可达后，优先查协议与请求路径
TCPing 能完成而真连接连续失败时，先核对配置、内核日志和测试地址，不要继续按 TCPing 排序。只有请求层验证通过，较低的端口连接耗时才有比较价值。
在 v2rayN 和安卓端怎样安排测试
v2rayN 中可以在服务器列表选中条目后打开右键菜单，查找“测试服务器延迟Tcping”“测试服务器真连接延迟”“测试服务器速度”等项目。不同版本可能调整空格、快捷键或将项目收进测试子菜单，应按功能名称辨认，不能把列表里已有的历史数值当成本次结果。
测试方案：先测可用性，再测速度
桌面端：v2rayN
- 更新订阅后选中待测条目，用右键菜单执行真连接延迟测试。
- 等待本轮全部结束，记录失败项与测试时间。
- 对通过的候选条目逐个测速，避免同时下载互相争抢带宽。
- 切换活动服务器，再用浏览器验证日常网站。
安卓端：v2rayNG / v2flyNG
- 先选择配置并启动连接，按系统提示授予 VPN 连接权限。
- 在菜单中辨认“测试真连接”或对应连接测试项；批量入口随版本而异。
- v2rayNG 使用 Xray 内核，v2flyNG 使用 v2fly 内核，迁移前核对配置支持范围。
- 保持同一 Wi-Fi 或移动网络，测试过程中不要切换网络。
两端的测试网址、超时与计时方式可能不同。分别比较各端内部结果，不直接拿桌面端与安卓端的毫秒值排总榜。
客户端内置测试可能直接为所选条目建立测试通道，不依赖系统代理；浏览器则取决于系统代理、浏览器自身设置或 TUN 接管。因此，内置测试成功后，还需要确认实际应用确实进入了预期入口。不要为修复浏览器入口问题反复修改订阅内容。
怎样读下载速度：单位、时长与并发条件
下载测速反映一段时间内接收数据的能力，单位通常是 MB/s、MiB/s 或 Mbps。宽带套餐常用 Mbps，而客户端可能显示每秒字节数。数字相差约八倍时，先检查大小写与单位，不要立即认定线路限速。
以上是单位换算示例，不是节点实测结果，也不包含协议开销。若计时包含连接准备阶段，短文件的平均速度会明显下降；若使用多连接并发下载，结果又可能高于单连接。记录测试方式比单独保存一个峰值更有意义。
- 固定资源与时间窗口。同一批比较使用相同测试地址、文件大小或时长，避免一个资源命中 CDN 缓存、另一个还在回源。
- 关闭竞争流量。暂停系统更新、云盘同步和其他下载；同一网络里其他设备占满带宽，也会拖低结果。
- 区分初始峰值与持续速度。短时突发不能代表长时间下载，观察后半段是否稳定以及是否频繁停顿。
- 留意流量成本。测速会产生实际传输。以持续 10 秒、平均 10 MB/s 为例，接收数据约为 100 MB，重复测试前先检查套餐余量。
节点排序该信哪一项：按用途分两轮筛选
日常网页与接口请求更在意响应能否稳定完成，大文件传输则更看重持续吞吐。先用真连接筛出可用配置，再根据用途决定比较延迟还是下载速度。TCPing 适合辅助定位入口问题，不适合作为最终体验排行榜。
真连接延迟优先
推荐先排除连续失败的条目，再在同一测试条件下比较多次结果。若响应偶尔很快、其余时间超时，应排在持续可用的条目之后。
适合：日常浏览、短请求、默认节点筛选
下载速度二次筛选
仅对已经通过连接测试的候选条目执行。比较持续速度和中途停顿，不为一次瞬时峰值频繁切换节点。
适合：大文件传输、较长时间的数据接收
TCPing 辅助诊断
用来观察服务器 TCP 入口是否可达。端口连接很快但请求失败时，转向检查代理参数与后续链路。
适合：区分端口不可达与请求层失败
每个候选条目可先重复测试 3 次，并记录成功次数与典型耗时。比如同一测试地址下，三次结果为 180、195、210 毫秒，中位数为 195 毫秒；另一条只有一次 80 毫秒、其余两次超时，不能只凭最小值认定后者更好。这些数字仅用于演示记录方法，不代表任何实际节点表现。
执行顺序：成功率 → 典型延迟 → 持续速度
先选多次请求都能完成的条目；响应接近时，再按实际下载需求比较吞吐。超时要单独记为失败，不要把它当作零毫秒参与平均。
测速结果与网页体验不一致：四个常见问题
真连接测试成功，浏览器还是打不开？
先在 v2rayN 托盘菜单的“系统代理”中检查是否选择“自动配置系统代理”，再确认浏览器没有使用另一组固定代理。核对客户端实际监听端口；若界面显示为 10808，外部应用就应使用该端口，而不是照抄其他教程的端口。随后查看路由是否把目标分到预期出站。
只有真连接测试超时，常用网页却能打开？
查看当前版本设置中的测试地址与超时时间，确认测试目标本身可达。固定节点后再访问另一个已知可用的网站。测试地址受限、响应格式变化或超时太短，都可能产生失败；不要通过关闭 TLS 证书验证来让数字恢复。
下载很快，网页首屏为什么仍然慢？
网页包含多个域名、DNS 查询、脚本和图片，不是一次连续下载。先保留当前节点，分别观察其他网站；再对照日志检查慢请求的目标与出站。真连接测试只覆盖所设测试地址，不能代表网页全部资源，也不能验证 UDP 应用的体验。
白天正常，晚上测速就变差，需要换协议吗？
先固定节点、网络、测试地址与测试方式，分别记录两个时段的结果。若多个条目同时下降，先排查本地带宽竞争与网络拥塞；若只有一个条目持续异常，再考虑服务器或特定路径。VMess、VLESS 是代理协议名称，不是带宽等级，单凭协议名称无法预测速度。
保留一份简单记录即可：日期时段、网络类型、客户端与内核版本、测试地址、成功次数、典型延迟、下载单位。分享日志求助前，遮住订阅地址、用户标识和分享链接中的认证信息。需要进一步核对入口与路由时，可查看高级用法；先把应用流量送入正确入口，再讨论哪条线路更快。