本文速览
本文适合已经导入订阅、却不知道该选哪个节点的用户。重点是建立可重复的测试方法，再结合延迟、稳定性、倍率、地区和协议筛选主用节点与备用节点，而不是只点列表中数值最低的一项。
先测真连接，不只看列表里的延迟
节点名称旁的延迟通常只反映某一种探测结果。TCP 探测主要检查目标地址与端口能否建立连接，不一定完成代理协议握手，也不一定经过 TLS、WebSocket 或 gRPC 等传输层。它适合快速排除超时节点，但不能完整代表网页打开速度和持续传输能力。
真连接测试会让客户端通过节点发起实际请求，因此更接近日常使用路径。测试值包含本地网络、入口线路、服务器处理、协议握手和目标站响应等环节。不同客户端版本采用的测试地址和计算方式可能不同，所以应在同一设备、同一网络、同一时间段内横向比较，不要直接比较两台设备显示的绝对数字。
-
更新列表
先更新当前订阅，确认节点名称、地址和分组是最新状态。旧配置可能仍能显示，却已经无法完成握手。 -
确认内核
在 v2rayN 中打开「设置」→「参数设置」→「Core 类型」，选择与节点协议匹配的内核。不同版本的字段位置可能略有调整，但不要在测试过程中反复切换内核。 -
建立基线
关闭正在下载文件或同步数据的程序，对候选节点连续测试 3 次。三次间隔约 10 秒，记录中位数而不是只记最低值。 -
测试真延迟
在 v2rayN 的服务器列表中选中候选项，使用真连接延迟测试；v2rayNG 可在节点列表的测试功能中执行实际连接检测。 -
验证持续传输
连接候选节点后打开常用网页，再进行 60 秒的实际下载或视频播放。观察是否出现速度骤降、重复缓冲或连接中断。
延迟、抖动、速度与丢包分别说明什么
延迟决定交互等待感，尤其影响网页首开、远程终端和即时请求。抖动是多次测试结果的波动幅度，波动越大，实际体验越容易忽快忽慢。下载速度反映持续吞吐，但它同时受服务器带宽、目标站限速、本地宽带和测试时段影响。单项指标不能替代其他指标。
下面是一组同一宽带、同一设备、晚间连续测试的筛选基线。数值用于说明判断方法，不代表任何地区的固定表现。假设本地网络空闲，客户端本地 SOCKS 端口为 10808，HTTP 端口为 10809，候选节点均完成 3 次真连接测试。
85 ms
节点 A 延迟中位数
6 ms
节点 A 三次波动
92 Mbps
60 秒下载均速
10808
示例 SOCKS 端口
| 测试结果 | 常见含义 | 选择建议 |
|---|---|---|
| 延迟低，波动小 | 线路往返稳定，交互请求通常更顺畅 | 优先列入主用节点 |
| 延迟低，频繁超时 | 入口可达，但代理握手或后续链路不稳定 | 不要仅凭最低值选用 |
| 延迟较高，速度稳定 | 物理距离较远，但带宽和持续传输较好 | 适合大文件或长时间播放 |
| 延迟与速度都波动 | 可能处于拥塞时段，或本地网络正在抢占带宽 | 换时段复测后再判断 |
端口号本身不能证明节点快慢。443 常用于 TLS 服务，但使用 443 不等于线路更稳定；高位端口也不等于质量较差。真正需要比较的是完整连接路径。若本地 10808 或 10809 被其他程序占用，客户端日志可能提示监听失败，此时任何节点都会表现为不可用，应先在客户端设置中更换空闲端口。
倍率先算流量成本，再看节点价格标签
倍率表示使用节点时，套餐流量按什么比例扣除。0.5 倍节点实际传输 10 GB，通常按 5 GB 计入套餐；2 倍节点传输 10 GB，通常扣除 20 GB。具体是否同时统计上传与下载、流量何时结算，应以订阅服务的计费说明为准。
低倍率不一定意味着低速度，高倍率也不自动代表更优线路。倍率可能用于区分线路成本、入口质量、地区资源或运营策略。选择时应先估算任务类型：网页与消息的流量有限，可以更看重稳定性；系统镜像、视频和云端同步消耗较大，应同时考虑倍率与持续速度。
推荐方案:主用稳定节点，下载任务单独控倍率
日常交互
- 优先选择延迟波动小的节点
- 0.8 倍至 1 倍便于控制消耗
- 保留同地区不同入口的备用项
持续传输
- 先进行至少 60 秒速度测试
- 计算实际传输量乘以倍率后的扣费
- 避开晚间持续拥塞的入口
例如每月计划传输 120 GB，使用 0.5 倍节点约计 60 GB，使用 2 倍节点则可能计 240 GB；倍率差异会直接影响套餐余量。
- 0.5 倍节点：适合流量较大的下载与更新任务，但仍需先验证线路稳定性。
- 1 倍节点：计费直观，适合日常浏览、办公与一般视频使用。
- 2 倍及以上节点：只有在延迟、入口或目标地区确实更符合需求时再选，不应把高倍率直接当作质量认证。
地区选择看目标位置，不按名称猜速度
地区标签描述的是服务器或出口的大致位置，不等于完整线路。两个名称相同的节点可能使用不同入口、不同运营商和不同回程路径，实际延迟能相差数十毫秒。物理距离通常会影响往返时间，但网络路由并不总按最短地理路径运行。
日常浏览可先从地理位置较近的地区开始测试，再根据常用服务的响应情况调整。访问特定地区的企业系统、开发服务或内容平台时，目标服务器的位置往往比节点名称更重要。节点到目标站的后半段链路如果拥塞，即使本地到节点只有 40 ms，最终页面仍可能加载缓慢。
- 低交互等待：优先测试邻近地区，重点观察 3 次真连接延迟的中位数和波动。
- 固定地区服务：选择靠近目标服务出口的节点，并实际完成登录、搜索和文件读取等操作。
- 大流量传输：地区只是初筛条件，最终以 60 秒以上的持续速度和中断次数为准。
- 跨设备使用：桌面端用 v2rayN，安卓端可用 v2rayNG 或 v2flyNG；两端分别测试，因为移动网络与家庭宽带的路由可能完全不同。
VMess、VLESS、Trojan 怎么取舍
协议类型决定认证和数据封装方式，但节点速度通常更多受线路、服务器负载、传输方式和加密链路影响。不能据此认定 VLESS 必然快于 VMess，或 Trojan 必然更稳定。协议筛选的第一原则是客户端内核与服务端配置匹配。
VMess 是 V2Ray 生态中常见的协议，使用用户标识进行认证，并依赖正确的系统时间完成相关校验。VLESS 结构更精简，常与 TLS、REALITY 等安全与传输配置组合，但具体能力取决于所用内核和服务端。Trojan 通常运行在 TLS 连接之上，以密码完成认证，配置中必须正确填写服务器名称、证书相关选项和传输参数。
VMess
兼容传统 V2Ray 配置，常见组合包括 TCP、WebSocket 与 TLS。设备时间明显错误时可能导致认证失败。
适合:已有 VMess 订阅、需要兼容 v2fly 内核
VLESS
推荐认证结构简洁，可搭配多种传输与安全配置。使用 REALITY 等特性时，应选择明确支持对应配置的 Xray 内核。
适合:服务端明确提供 VLESS、桌面端使用 v2rayN
Trojan
依赖完整 TLS 参数，服务器地址、端口、密码与服务器名称必须一致。证书或时间异常会直接影响握手。
适合:订阅已提供完整 Trojan 配置
v2rayNG 通常使用 Xray 内核，适合订阅提供的 VLESS、VMess 与 Trojan 配置；v2flyNG 使用 v2fly 内核，更适合与 V2Fly 支持范围一致的配置。若订阅节点包含特定内核专属能力，不能只修改协议名称来转换，也不能删除安全参数后强行导入。
同一种协议还会因传输方式产生差异。WebSocket、gRPC、TCP 与不同 TLS 配置的握手次数、封装开销和网络适应性不同。选节点时应把协议、传输、安全层和内核看成一组完整配置，不要只盯着 VMess 或 VLESS 这一个字段。
建立主用、备用与复测清单
节点选择不是一次性操作。线路会随时间段、入口负载和本地运营商路由变化。更实用的方法是保留一个主用节点、一个同地区不同入口的备用节点，再增加一个不同地区的兜底节点。这样出现超时或速度下降时，可以快速切换并判断问题范围。
- 每个候选节点连续执行 3 次真连接测试，记录中位数与超时次数。
- 选择 2 至 3 个候选项，各进行 60 秒持续传输，记录平均速度与是否中断。
- 把倍率换算成实际套餐消耗。例如传输 20 GB，0.8 倍约扣 16 GB，1.5 倍约扣 30 GB。
- 在早间、晚间各复测一次。若晚间延迟增加超过 80 ms 且持续速度明显下降，将其降为备用。
- 协议与内核保持匹配。配置可连接后，不为追求更低数字随意删除 TLS、服务器名称或传输参数。
延迟最低的节点为什么反而慢？
低延迟只说明探测请求返回快，不代表可用带宽充足。对该节点进行 60 秒实际传输，并与同地区另一个入口比较；若速度持续偏低或频繁归零，就改为备用节点。
测试结果一会儿 60 ms，一会儿 300 ms？
先暂停下载和云端同步，再连续测试 3 次。若本地网络空闲后仍大幅波动，说明线路抖动明显；保留结果更集中的节点，不要选择偶尔出现最低值的节点。
节点全部超时，应该逐个更换协议吗？
不要直接改协议。先检查订阅是否更新、系统时间是否正确、核心是否启动，以及本地 10808、10809 等监听端口是否冲突，再查看核心日志中的握手或连接错误。
同一订阅在桌面能用，安卓端不能用？
比较两端的协议、传输、安全层和服务器名称是否完整导入。若节点依赖特定内核能力，桌面端与安卓端必须分别选择兼容客户端，不能仅凭节点名称判断。
多久需要重新测速一次？
日常使用可每周复测一次主用与备用节点。出现连续超时、晚间速度显著下降或订阅大规模更新时，应立即重新执行 3 次延迟测试和 60 秒传输验证。
最终选择可以归纳为一条顺序：先确认配置与内核兼容，再用真连接延迟排除不可用项，用抖动和持续速度筛选稳定项，随后计算倍率成本，最后按目标服务位置确定地区。这样得到的节点组合，比单纯按名称或单次延迟排序更可靠。