机场测试方法：我们怎样记录和比较测试结果
更新于
本文目录
测机场不是为了拿到一张最快的截图，而是要回答一个问题：在你常用的时段、常用的节点上，它能不能稳定地用。所以本站把一次完整的测试拆成四步——订阅、线路质量、解锁、晚高峰——每一步单独记录，互不替代。
| 步骤 | 要确认什么 | 至少记下什么 |
|---|---|---|
| 1. 订阅 | 订阅能正常更新，客户端能导入，节点数量正常 | 接入方式、更新时间、客户端版本 |
| 2. 线路质量 | 延迟、丢包、上下行速度是否稳定 | 本地运营商、城市、节点名、测试时间 |
| 3. 解锁 | 你要用的流媒体、AI 服务在这个节点上能不能用 | 平台识别的地区、登录状态、报错内容 |
| 4. 晚高峰 | 20:00–23:00 是否明显变差 | 同一节点、同一目标，连续几天对比 |
第一步：先确认订阅没问题
速度再快，订阅出问题也用不了，所以测速之前先看订阅：
- 分清接入方式：通用订阅（导入 Clash、Shadowrocket 等）、专用客户端，或两者都有。不同接入方式测出来的结论不要混在一起。
- 手动更新一次订阅，记下更新时间，确认节点数量没有突然变成 0 或少了一大半。
- 换一台设备导入同一个订阅，可以排除是某个客户端的缓存或配置问题。
- 订阅链接不要公开。截图或求助时遮住链接；一旦泄露，马上在面板里重置。
官网打不开、订阅更新报错，不一定是机场出了大问题。可以按下面的思路判断：
- 返回 502、503、504 或连接超时，多数是暂时性故障，看一下公告，过一段时间再试；
- 返回 404，换一个网络（比如手机流量）再试几次，隔天仍然如此再当回事；
- DNS 解析失败或证书报错，可能是本地网络或地区性的拦截，换运营商交叉确认；
- 只有连续多天、在不同网络下都失败，才值得考虑迁移，同时保留好之前的记录。
第二步：测延迟、丢包和速度
- 选 3–5 个你真正会长期用的节点来测，不必把所有节点都跑一遍。条件允许的话，家里宽带和手机网络各测一次。
- 测试前关掉网盘同步、后台下载，避免本地网络被占用，测出来的数字偏低。
- 延迟：看平均值，也看最大值和抖动。网页打开总是慢一拍时，还要留意建立 HTTPS 连接花的时间。
- 丢包：至少连续测 20 次以上再看比例；某一个测试目标异常时，换一个目标确认。
- 速度：下载、上传各测两次，取实际数字，不要拿一次峰值代表日常体验。可以直接用机场测试档案页面的测速表。
- 本地限制要单独写：比如本地宽带上传本来就只有 30M，那上传慢就不能算到节点头上。
第三步：逐个节点核对解锁
解锁是具体节点的事，不是整个机场的事。同一家机场，香港节点能用的服务，新加坡节点不一定能用。
- 流媒体：记录平台显示的地区、能播放的清晰度、是否频繁缓冲，以及片库是否和预期地区一致。
- AI 服务：记录平台识别的地区、能否正常登录、回答是否卡顿、出现了什么错误提示。偶尔成功一次，不代表能长期稳定使用。
- 某一个节点不行，先换同地区的其他节点；好几个地区同时出问题，再去看机场公告或更新订阅。
- 不建议为了“全解锁”频繁切换出口地区，账号反而更容易触发风控。
具体检查步骤见AI 与流媒体测试。
第四步：晚高峰复测
- 至少连续两天，白天测一轮，20:00–23:00 再测一轮。
- 两轮要用同一个节点、同一个客户端、同一个测试目标，否则没法比。
- 延迟、丢包、速度同时变差，才更像是线路拥堵；只有一项变差，先排查本地网络和测试目标。
- 第一次买的机场，先买月付或试用，晚高峰也稳定了再考虑季付、年付；同时准备一个不依赖同一入口的备用方案。
更多安排见晚高峰测试怎样安排。
测出问题怎么判断
| 现象 | 先怎么做 |
|---|---|
| 只有一个节点慢 | 标记这个节点，换同地区的其他节点 |
| 所有节点都慢 | 先查本地网络、订阅状态和公告，再用手机网络对比 |
| 测速正常，但某些网站打不开 | 多半是 DNS、分流规则、出口地区或网站风控的问题，见开了代理还是打不开 |
| 官网和订阅同时异常 | 记下开始时间和每次结果，连续观察几天再决定是否换机场 |
每条测试记录包含什么
| 类别 | 记录内容 | 为什么需要 |
|---|---|---|
| 时间 | 日期、开始与结束时间（北京时间） | 晚高峰与白天差异明显 |
| 本地环境 | 所在省市、运营商、宽带或移动网络 | 同一节点在不同运营商表现不同 |
| 客户端 | 客户端名称与版本、内核版本、代理模式 | 版本和模式会影响结果 |
| 节点 | 节点名称、地区、资料标注的线路类型与协议 | 同一机场不同节点差别很大 |
| 方法 | 使用的工具、测试目标、次数与间隔 | 方法不同的数字不能放在一起比 |
| 结果 | 延迟、抖动、下载/上传速度、丢包、可用率 | 见下一节 |
| 证据 | 截图或日志文件 | 让结果可复核 |
| 局限 | 这次测试不能说明什么 | 防止结论被过度解读 |
完整字段说明和填写示例见怎样记录一次可复核的节点测速。
测量哪些指标
延迟与抖动
延迟是数据往返一次的时间，单位毫秒（ms）。客户端里显示的“节点延迟”一般是到某个测试地址的连接耗时，测的对象和方式跟命令行里的 ping 不完全一样。所以记录时要写明是哪种测法。抖动是多次延迟之间的波动，波动大时，视频通话和游戏的体验往往比平均延迟更差。
下载与上传速度
速度测试受测速服务器位置、并发连接数和本地带宽上限影响。本站会写明测速工具和服务器。本地宽带只有 100Mbps 时，测出 95Mbps 只能说明“没有成为瓶颈”，不能说明节点能跑多快。
丢包
在一段时间内发出固定数量的数据包，看有多少没有返回。少量丢包对网页浏览影响不大，但对实时语音、视频会议影响明显。
可用率
在一段时间内定时检查节点能否完成一次真实请求，计算成功的比例。可用率需要较长周期才有意义，几个小时的数据只能说明那几个小时。
晚高峰表现
本站把北京时间 20:00–23:00 作为晚高峰时段，与白天同一节点对比。安排方法见晚高峰测试如何安排。
AI 与流媒体检查
“能打开网页”和“能正常使用服务”是两回事。本站检查具体操作并逐项记录，例如：
- AI 工具：能否打开页面、能否登录、能否完成一次对话；
- 视频网站：能否打开首页、能否播放指定内容、清晰度是否受限。
结果只对当次测试的节点有效，不写“全节点支持”。网络能连上也不代表账号地区资格没有问题，这部分取决于服务方的规则。详见AI 与流媒体测试应记录哪些具体操作。
哪些结果不能直接比较
- 不同地区、不同运营商测出的数字；
- 不同客户端或不同版本、不同代理模式下的数字；
- 白天和晚高峰的数字；
- 样本数量差别很大的结果（例如 1 次与 100 次）。
需要横向比较时，本站只比较同一批次、同一环境下测的结果，并在表格旁写明条件。
评分与排名
本站目前不打分、不排名。以后如果加入评分，会公开每一项的权重、样本数量和其中的主观判断部分。其他网站的评分不会被当作本站结果使用。
测试记录从哪里来
测试需要使用真实的付费套餐。本站只使用自己购买或经授权提供的账号，不使用他人泄露的订阅，也不公开任何订阅凭证。读者提供的测试记录，核对后会注明来源，见联系页面。