机场节点怎么测速：从准备到记录的完整流程

测速是一个流程，不是一次点击

机场节点测速可以按五个阶段完成：确认环境、测本地基准、筛选节点、分时段重复测试、整理记录。每个阶段都有一个明确的产出物，缺了哪一个，后面得到的数值都会少一层解释依据。如果只想要一个“快不快”的印象，一键测速就够了；如果想得到能拿来比较、能事后复查的结果，就需要走完整流程。

本文是 自己动手测速专题 的总流程篇，各阶段的细节分别在同专题其他文章展开。指标本身的含义请先参考 测速指标：延迟、吞吐、丢包与 UDP NAT。

五个阶段一览

阶段	要做的事	产出物	完成标准
一、确认环境	检查订阅、客户端、代理模式和后台任务	一份环境说明	能说清测试流量走的是哪条路径
二、本地基准	关闭代理，测直连速度与延迟	基准数值与测试时刻	至少测两次，结果相近
三、筛选节点	用延迟测试剔除不可用节点，按地区选候选	候选节点清单	每个目标地区有两到三个候选
四、重复测试	按时段多轮测延迟、吞吐与 UDP	原始记录若干条	每个时段至少两轮，覆盖多天
五、整理记录	汇总中位数与波动，标注异常	一页结论草稿	每个结论都能指回原始记录

这五个阶段的顺序不建议颠倒。比如先测节点再补本地基准，就无法判断当时的低速是不是来自本地网络。

阶段一：先弄清测试流量走哪条路

很多“测不准”的问题出在这一阶段。开始前确认四件事：

1. 订阅已更新到最新，节点列表完整。导入与更新的操作不在本文范围，可参考 订阅链接导入与更新。
2. 当前代理模式是系统代理还是虚拟网卡模式。浏览器里的测速网页、命令行工具和独立应用，在不同模式下是否经过代理并不相同。
3. 设备上没有同时运行另一个代理或加速工具，否则流量可能被其他软件接管。
4. 关闭下载、云盘同步、系统更新等占用带宽的后台任务。

完成后写一两句话，说明“这次测试的流量从哪个程序发出、经过哪个客户端、走哪种模式”。这段说明会成为后面所有数值的前提。

阶段二：拿到本地基准

在完全关闭代理的状态下测一次直连速度和延迟，记下时刻。基准的作用是给代理测速设一个参照上限：代理后的速度不太可能长期高于你的本地带宽。具体怎样排除本地瓶颈、怎样判断有线与无线的影响，见 测速前先测本地带宽。

阶段三：筛选候选节点

订阅里可能有几十个节点，逐一做吞吐测试既耗时又耗流量。比较实用的做法是：

• 先用客户端的延迟测试连测三轮，剔除持续超时的节点；
• 按你实际要访问的地区分组，每组挑两到三个延迟相对平稳的节点；
• 记下候选节点在订阅中的完整名称，后续每轮都测同一批。

一键测速的口径和偏差可以参考 客户端延迟测试准不准。这一阶段的目的只是缩小范围，不在这里下结论。

阶段四：一轮测试的标准动作

对每个候选节点，一轮测试按固定顺序进行，便于前后对照：

1. 切换到该节点，等待几秒让连接稳定。
2. 确认出口已经变化（例如打开一个显示出口地区的页面）。
3. 测延迟：连续多次，记录中位数和波动范围。
4. 测吞吐：用同一个测试工具、同一测试后端、同样的线程设置，至少两次。
5. 如果你需要语音、会议或游戏，再单独测 UDP 相关项目。
6. 把本轮所有结果，包括失败和超时，写入记录表。

这套动作要在不同时段重复：凌晨、白天、晚高峰各一轮，并连续多天。如何安排时段与天数，见 晚高峰测速怎么安排。

阶段五：从原始记录到结论草稿

整理时不要只挑一次漂亮的结果。建议按“节点 × 时段”汇总：每格写中位数、最低与最高值、失败次数。结论要写成条件句，例如“在本人宽带、工作日晚高峰、该测试工具下，候选节点 A 的吞吐波动明显大于凌晨”。记录表需要包含哪些字段，可以直接使用 测速记录表模板。

整理完成后，这份草稿可以作为选型的一项输入。选型还需要综合价格口径、流量、客户端和场景要求，方法见 按使用场景选机场。本文不推荐任何品牌。

流程中最常被省略的三步

关于耗时：完整流程不需要一次做完。单轮十几分钟，分散到一周的不同时段，总投入并不大，但结果的可解释性会高很多。

关于一键测速：它在阶段三很有用，到了阶段四就不够了。一键测速不测吞吐，也无法反映时段差异。

关于结论用途：测速只说明你的网络在你测的时段里看到了什么。如果想对照本站已发布的测速截图，可以到各品牌页的测速报告面板查看测试时间与条件，但截图是单次快照，与你的自测条件不同，不宜直接对比。

自测过程中请遵守所在地法律法规与相关平台条款。