遇到“延迟很低却打不开网页”或“测速超时但浏览器能用”，先区分入口端口、代理链路和下载吞吐量。本文按测试范围解释四种指标，给出 v2rayN 的操作顺序、可复现的记录方法与超时排查步骤，适合已经导入订阅、需要筛选日常节点的用户。
区分四种测试：数字测到哪一段
节点不是一个只用毫秒就能描述的对象。一次网页请求可能经过本地代理端口、节点入口、协议握手、节点出口与目标网站。ICMP ping 和 TCPing 通常停在入口附近，真连接延迟继续验证代理请求，下载测速再观察持续传输能力。它们的终点不同，数值不能直接排成同一张“快慢榜”。
| 测试 | 主要测量范围 | 无法单独证明的事 |
|---|---|---|
| ICMP ping | 本机到目标主机的 ICMP 往返时间与应答情况 | 节点服务端口开放、代理认证正确 |
| TCPing | 本机到节点指定 TCP 端口的连接建立耗时 | VMess 或 VLESS 配置正确、出口能访问网站 |
| 真连接延迟 | 通过待测节点向测试地址发起请求的耗时 | 所有网站可访问、长时间传输稳定 |
| 下载测速 | 通过节点从指定资源持续接收数据的速率 | 网页首包快、游戏 UDP 表现好 |
ICMP 没有 TCP 端口。如果节点服务监听在 443，执行普通 ping 并不会探测这个端口。服务器也可能限制 ICMP，因此“ping 不通”不等于代理不可用。若节点地址前方还有中转或内容分发网络，探测到的也可能只是前置入口，而不是最终出口主机。
TCPing 成功只代表某个 TCP 端点接受了连接，尚未验证代理协议。即便端口应答很快，用户标识、TLS 服务器名称、传输路径或其他协议参数错误，后续请求仍会失败。对于依赖非 TCP 传输的配置，TCPing 更不能替代对应传输的实际验证。
选择指标：先测可用性，再测吞吐量
真连接延迟
推荐日常选点先用它筛查代理请求是否能完成，再比较多轮结果。测试地址与实际网站仍可能走不同线路，需要补一次真实访问。
适合：网页、办公应用与日常节点初选
TCPing
快速确认节点入口 TCP 端口是否能连上。适合在真连接失败后缩小问题范围，不宜只按最小值选主力节点。
适合：入口连通性检查与故障分层
下载测速
观察一段时间内的传输速率，注意文件大小、测试时长与流量消耗。资源服务器限速也会压低结果。
适合：大文件传输、视频缓冲能力评估
真连接延迟不一定等于完整页面加载时间。具体版本可能对测试请求采用不同的计时边界、连接复用与成功判定；HTTPS 请求还可能涉及 DNS、代理协议、TLS 与目标响应。比较时应固定客户端版本、内核、测试地址与网络环境，而不是拿两台设备的单次结果直接下结论。
判断：先排除持续失败的节点，再比较稳定性
先连续做 5 轮真连接测试，记录成功次数与中位数；对全部成功的候选，再按实际网站体验和下载需求筛选。不要让一次特别低的 TCPing 数值覆盖反复超时的事实。
在 v2rayN 中执行一轮可比较的测试
先更新订阅并确认节点配置完整，再暂停系统更新、云同步和其他大流量任务。以下按 v2rayN 常见中文界面说明；不同版本的菜单文字可能略有差异，右键菜单中的“Tcping”“真连接延迟”“速度”等关键词对应不同测试，不要混用结果。
- 记录测试条件。从「帮助」→「关于」或当前版本信息处记录版本号，同时记录使用的内核、Wi-Fi 或有线连接、测试时间。不要为了测速同时更换多个配置。
- 选择少量候选。在节点列表选中 3～5 个节点，右键运行带有「Tcping」字样的测试，先检查入口端口。避免一次并发测试整个大型订阅。
- 运行真连接测试。保持选中节点，右键选择带有「真连接延迟」字样的测试项。失败时先记录超时，不要立即把测试超时值无限调大。
- 固定测试地址。到「设置」→「参数设置」中查找速度或延迟测试相关设置，记录当前测试地址与超时配置。若版本采用单独设置页，以该版本界面为准；不要每轮更换目标。
- 重复采样。每轮间隔约 10 秒，共做 5 轮。将超时单独计数，成功值排序后取中间值；不要把超时写成 0 毫秒参与平均。
- 逐个测下载。对保留下来的节点单独运行速度测试，或使用可信、允许测速的下载资源观察约 20～30 秒。先看订阅流量余额，再决定是否继续。
读懂示例：低延迟和高速度为什么会矛盾
下面是一组用于演示判读方法的数据，不是本站实测或节点性能承诺。假设节点 A 的 5 次真连接结果为 176、184、181、179、180 毫秒，下载阶段平均为 8.0 MB/s；测试条件固定，且没有其他下载任务。
42 毫秒与 180 毫秒并不冲突：前者只反映到入口的 TCP 连接建立，后者包含更多代理请求环节。两者相减也不能精确得到“节点处理耗时”，因为两次测试的连接、路由和计时边界并不相同。
| 示例节点 | TCPing | 真连接 | 下载 | 判读 |
|---|---|---|---|---|
| A | 42 ms | 5/5 成功，中位数 180 ms | 8.0 MB/s | 可作为日常候选 |
| B | 18 ms | 3/5 成功，成功值中位数 290 ms | 1.2 MB/s | 入口快，但完整请求不稳定 |
| C | 96 ms | 5/5 成功，中位数 240 ms | 15.0 MB/s | 适合大文件，交互延迟需另看 |
节点 C 的吞吐量高于 A，却不代表打开每个网页都更快。网页涉及多次请求、脚本执行与资源服务器响应，大文件下载则更容易在连接建立后持续跑满带宽。单位也要统一：按十进制换算，8.0 MB/s 约为 64 Mb/s；这仍是应用层测得的数据速率，不能要求它与宽带标称值完全一致。
定位超时：从入口、协议到目标网站逐层检查
看到超时，先判断是哪一种测试失败。若把所有失败都理解成“节点坏了”，容易反复换订阅却没有处理本地端口占用、测试地址不可达或路由直连等真正原因。
TCPing 很低，为什么真连接一直超时？
打开客户端日志，先找认证失败、TLS 握手错误或连接被关闭等信息。核对订阅中的地址、端口、用户标识与传输参数，并检查系统时间。TCP 入口通了，不代表代理协议握手完成。
浏览器能打开，为什么真连接显示超时？
检查内置测试目标是否单独不可达，再确认浏览器是否确实经过待测节点，而非直连或其他节点。固定一个可访问的测试目标重测，并查看日志中的实际出站选择。
真连接通过，为什么下载只有几百 KB/s？
先暂停其他传输，单独测试一个节点，再换一个允许下载的资源交叉验证。若仅某个资源慢，可能是源站限速或到该站的线路问题；若全部慢，再检查本地网络与节点拥塞。
ping 不通，但网页正常，还要换节点吗？
不必仅凭 ICMP 结果换节点。服务器可能不响应 ICMP；继续观察真连接成功率与实际网页访问。如果要检查丢包，应结合持续请求或相应传输的诊断，不能把 ICMP 无应答直接当作代理流量丢失。
VMess 与 VLESS 是协议名称，不是性能等级。某个节点更快，可能来自更近的入口、更好的出口带宽或不同的中转线路，不能仅凭两列延迟就推导某种协议必然更快。换协议时若同时换了服务器，测试就不再是单变量对比。
验证浏览器路径：显式指定本地代理端口
在 Windows 上，可以用系统可用的 curl.exe 做一次补充检查。下面假设已经在 v2rayN 的「设置」→「参数设置」中确认本地 HTTP 或混合代理端口为 10808，并已将候选节点设为活动节点。端口只是本例条件；若界面显示其他端口，先按实际值修改命令。纯 SOCKS 端口不能直接当作 HTTP 代理端口使用。
curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 --output NUL --silent --show-error --write-out "http=%{http_code} start=%{time_starttransfer}s total=%{time_total}s\n" https://example.com/- 确认请求目标：这里用示例域名演示命令结构。实际比较时，使用自己可访问、获准测试且内容稳定的 HTTPS 页面，并始终保持同一地址。
- 理解输出：
http是 HTTP 状态码；start是从请求开始到首字节的累计时间；total是本次传输总时间。它们不是 v2rayN 真连接列的直接替代值。 - 先排除本地错误：若提示无法连接
127.0.0.1，先检查客户端是否运行、端口是否正确以及核心是否启动，不要马上判断远端节点失效。 - 区分状态与连通：收到 403 等响应说明获得了 HTTP 响应，但目标可能限制访问；不能把“有状态码”一律视为业务可用。
显式指定代理可减少“应用没有遵循系统代理”的疑问，但仍需看内核路由：该域名可能被规则送往直连出站。要验证候选节点，应结合日志确认请求经过对应代理出站，并留意 TUN 与其他网络软件是否改变了底层路径。
按使用场景保留主用与备用节点
选择方案：交互体验与持续下载分开评估
网页与日常办公
- 优先保留 5 轮真连接全部成功的候选。
- 比较中位数，并记录最慢一次是否明显偏高。
- 打开实际使用的两个网站，确认登录与资源加载。
- 保留一个不同入口或线路的备用节点。
视频与大文件
- 在可用性通过后，逐个观察持续下载表现。
- 统一资源、时长和速率单位，避开并发测速。
- 在常用晚间时段再测一次，识别高峰拥塞。
- 记录消耗流量，不循环跑满带宽。
先满足稳定可用，再按用途选节点；主用与备用不必分别占据延迟榜的第一名和第二名。
如果用途是实时语音或游戏，还需要验证对应应用的 UDP 可达性、抖动与持续丢包情况。TCPing、HTTP 真连接和下载速率都不能直接替代这些指标。测试记录至少保留日期、网络、节点、测试目标、成功次数和速率单位，下一次出现问题时才能判断是本地网络变化、目标网站变化，还是节点线路在高峰期退化。