节点测速怎么选速度快的？按延迟、带宽和稳定性筛选
简答：节点测速选快节点，建议按“连通性→延迟与丢包→真实下载速度→高峰稳定性”四步判断。低延迟只说明响应较快，不代表下载一定快；最终应优先选择多次复测中速度稳定、丢包少、实际应用表现符合需求的节点。
定义：节点测速是通过客户端延迟测试、网页测速或实际下载，比较不同节点在特定网络、时间和目标服务下的响应与传输表现。
先用这张表判断：什么指标最值得看
如果你面对一长串节点，不要先追求“最低延迟”，而是先做连通性筛选，再比较带宽和稳定性。下面的顺序是可执行的筛选流程，不是对所有网络环境都适用的固定性能标准。
| 指标 | 它说明什么 | 怎么用来选节点 |
|---|---|---|
| 连通性 | 节点是否能完成测试或建立连接 | 超时、反复失败的节点先排除 |
| 延迟 | 请求往返所需时间，影响打开网页、交互和游戏响应 | 在用途相同的候选中优先较低且波动小的节点 |
| 丢包 | 测试数据未到达目标的情况 | 丢包或间歇性超时的节点不宜作为主力 |
| 下载速度 | 单位时间内能够接收的数据量 | 视频、下载等场景重点看持续速度，而不是瞬时峰值 |
| 抖动 | 延迟随时间变化的程度 | 会议、语音和游戏更关注延迟是否稳定 |
| 高峰稳定性 | 不同时间段的表现是否明显下降 | 白天和网络繁忙时段都复测，再确定主力与备用节点 |
Cloudflare 将未加载延迟、加载中的延迟、抖动和下载速度分开记录，说明单一测速数字不能完整代表连接质量。Cloudflare 的测速指标说明可作为理解这些指标的参考。
节点测速的最短步骤：先基准，再筛选，再复测
- 测本地基准：先关闭节点代理或暂停客户端，使用同一台设备、同一网络打开测速页面，记录下载、上传、延迟和丢包结果。这样可以区分“本地网络本来就慢”和“节点路径变慢”。Cloudflare 官方提供了用于查看下载、上传、延迟、抖动和丢包的网络测速入口。Cloudflare 网络测速说明
- 更新订阅并确认客户端状态：更新订阅后，确认节点名称、地区和协议字段已经正常显示。不要把节点名称、地区标签或链接名称直接当成线路质量证明。
- 批量做连接测试：在客户端中使用延迟测试或健康检测功能，先筛掉超时、无法建立连接和结果明显异常的节点。不同客户端的菜单名称和测试方式可能不同，以当前版本界面为准。
- 记录候选节点：从剩余节点中保留若干个候选，记录测试时间、网络类型、延迟、丢包、下载速度和测试目标。不要只保留一个节点，因为不同目标服务可能走不同路径。
- 做真实带宽测试：开启节点后，用同一个测速网站或同一个可控下载任务进行对比。测速网站连接的服务器位置会影响结果，因此不同节点应尽量使用相同测试目标。
- 高峰复测：在不同时间再次测试，观察速度是否大幅下降、延迟是否持续升高或出现丢包。把多次结果放在一起看，不要用一次最高峰值代表长期表现。
如果使用 Mihomo 的自动选择组，官方配置示例中的 url-test 会根据 URL 测试结果选择延迟较低的节点，fallback 则会按测试结果和节点顺序进行故障切换。它们适合做自动筛选或备用切换，但仍应确认测试 URL 与实际使用目标是否相近。Mihomo 配置示例
按使用场景选节点：不要把“最快”理解成一个数字
网页和普通办公：优先看连接成功率、延迟稳定性和网页打开时间。下载峰值很高但经常超时的节点，不一定比速度稍低但稳定的节点更适合办公。
视频播放：重点看持续下载速度和加载中的延迟。可以用同一视频、同一清晰度进行短时间观察，留意是否反复缓冲。不要只看测速页面刚开始出现的峰值。
大文件下载：重点看持续速度、长时间连接是否中断，以及本地磁盘和无线网络是否成为瓶颈。Mbps 表示兆比特每秒，下载软件常显示 MB/s，两者不能直接按相同数字比较；换算时需要注意比特与字节的差异。
游戏和实时交互：优先看延迟、丢包和延迟波动，而不是单纯追求下载带宽。IETF 将数据包延迟变化作为独立指标讨论，并指出该指标与数据包在路径上的延迟变化有关。RFC 3393 延迟变化定义
视频会议：关注上行和下行、加载中的延迟、抖动以及短时间内是否出现丢包。Cloudflare 的连接质量文档也将速度、往返延迟和延迟抖动分别列为连接质量指标。Cloudflare Radar 连接质量术语
低延迟但速度慢：按现象分流排查
- 延迟低、下载慢：可能是测速服务器、节点出口、远端服务或本地带宽限制造成。换一个相同的测速目标复测，再用实际下载观察持续速度。
- 测速很快、网页仍慢：先检查客户端规则是否让目标请求直连、走了错误策略组，或 DNS 解析与实际连接路径不一致。
- 延迟时高时低：记录多次测试的最大值和平均表现，不要只看最低值；同时检查无线网络是否有干扰或本地设备是否在占用带宽。
- 全部节点都慢：先关闭节点测本地基准，再检查路由器、无线信号和本地网络。如果本地基准也异常，优先处理本地连接问题。
- 部分节点超时：重新确认订阅内容和客户端状态，再换测试目标。Windows 用户可使用系统的路径跟踪工具观察各跳的延迟；微软文档说明，
tracert可显示经过的中间设备及往返时间。微软 tracert 命令说明 - 测试有丢包：不要立即认定是节点本身故障。丢包也可能发生在本地网卡、路由器、无线链路、拥塞或目标端策略上；微软建议结合数据包监视和网络跟踪进一步定位。微软丢包诊断说明
复测记录表：用主力、备用和淘汰三档管理
可以建立一个简单记录表，每次只填写同一组字段：
- 测试日期与时间：白天、网络繁忙时段或其他时段；
- 本地网络：Wi-Fi、网线或移动网络；
- 节点名称与地区标签：只用于识别，不作为质量证明；
- 连通性：成功、超时或反复失败；
- 延迟、丢包、下载和上传结果；
- 实际使用结果：网页、视频、下载、会议或游戏是否符合需求。
记录后可分为三档：主力节点是多次测试表现较稳定且符合当前用途的节点；备用节点是连接正常但尚未完成足够复测，或适合另一类用途的节点；淘汰节点是持续超时、丢包明显、实际使用反复失败或高峰期表现明显恶化的节点。
这是一种便于执行的管理方法，不代表任何服务商或线路的固定等级。节点表现会受本地网络、测试目标、时间和客户端设置影响，因此资料核验日期为 2026-11-02，后续应按相同条件重新测试。
常见误区速查
- 只看延迟最低：延迟只反映响应时间，不能单独证明下载速度和持续稳定性。
- 只测一次：一次结果可能受测速服务器、当时拥塞或本地占用影响。
- 混用测试条件：不同设备、网络、测速网站和测试目标的结果不能直接横向比较。
- 把自动选择当成最终答案：自动选择通常依据特定测试 URL，实际业务目标不同，仍需人工复测。
- 忽略本地基准：如果未先测本地网络，就很难判断慢点来自本地还是节点路径。
常见问题
节点测速是不是延迟越低越好？
不是。低延迟只说明测试请求往返较快，不能证明下载速度、丢包和高峰稳定性。应先排除超时节点，再结合持续下载速度和实际使用场景判断。
为什么测速显示很快，实际看视频还是卡？
可能是测速服务器与视频服务距离不同，也可能是测速峰值短暂、规则分流错误、本地网络占用或加载中的延迟较高。建议使用同一节点观察实际视频，并对比本地基准与加载中的延迟。
节点测速时要不要开 TUN 或全局代理？
应保持测试条件与实际使用方式一致。如果平时通过 TUN 访问，就在相同模式下复测；如果只是测试节点本身，则应避免其他代理链和规则干扰，并记录当前模式。不同客户端入口以当前版本为准。
多久复测一次节点比较合适？
没有适用于所有线路的固定周期。只要本地网络、客户端配置、使用地区或节点表现发生变化，就应重新测试；日常可保留主力和备用节点，并在不同时间段复测。
Mbps 和 MB/s 怎么看？
Mbps 是兆比特每秒，MB/s 是兆字节每秒，单位不同，不能直接把两个数字当成相同速度。比较节点时应尽量统一测速工具或统一单位，再看持续表现。