机场试用测什么？下单前 30 分钟的验证清单

试用给的时间通常很紧——常见的是一到两天，有些只给几个小时或几 GB 流量。在这么短的窗口里，最容易犯的错误是把时间全花在测速上：打开测速站跑几轮，看到数字漂亮就下单，结果买完第三天晚上开始卡。

问题出在测的东西不对。测速站测的是短时突发带宽，而你实际遇到的麻烦几乎都不在这个维度上——订阅导入不进去、某个地区的节点全挂、你要用的那个服务偏偏打不开、下载到第三分钟突然降速、出了问题没人回工单。这五件事，测速站一件都测不出来。

下面这份清单按「排除效率」排序：排在前面的项目一旦不通过，后面的就没必要做了。全套跑完约半小时，其中一项是并行等待，不额外占时间。

半小时的试用窗口，时间应该怎么分配？#

先看总体安排，再逐项展开。

工单排在第 0 位而不是最后，是因为它的价值来自等待时长。开头就发出去，等你把其余四项测完，正好能看到它多久有人回。放到最后发，你就只能干等，或者干脆放弃这一项。

试用阶段不要在未验证的线路上登录网银、支付、公司邮箱这类高价值账号。用低敏感度的服务验证连通性完全够用，等付费转正、观察一个周期之后再切换主力账号。免费或来路不明的节点尤其不该承载登录行为，具体原因见免费节点风险说明。

订阅导入这一步能暴露哪些兼容问题？#

三分钟，但淘汰率不低。

按顺序做四件事：把订阅地址复制到你日常真正在用的那个客户端里；点更新，看节点列表是否完整出现；检查节点命名是否可读，还是一串乱码；看客户端有没有报证书或格式错误。

用日常客户端而不是机场推荐的自研客户端，这一点很关键。很多兼容问题只在特定客户端上出现，用官方推荐的客户端测试等于绕开了问题。如果你平时用的是某款第三方客户端，就用它测；导不进去，这家对你来说就是不可用，不管它在别的客户端上表现多好。

导入失败时先分清是哪一边的问题：换一个网络环境（比如切到手机热点）再试一次，如果换了就好，说明是本地网络对订阅域名的解析或访问有问题；如果换了还不行，问题在服务端。这类现象的完整排查顺序在故障排查栏目里有更细的拆解。

抽测节点可用率，样本怎么选才有代表性？#

不要全量测，也不要只测延迟最低的那个。

节点列表动辄上百个，全测既没时间也没意义。有代表性的抽样方法是按地区分层，每个你会用到的地区抽 2–3 个，覆盖三种情况：列表里排在最前面的（通常是主推节点）、排在中间的、以及标注了高倍率或特殊用途的。

# 连上节点后，用持续 ping 观察丢包与抖动，比一次性延迟测试更有意义
ping -n 60 1.1.1.1        # Windows，发 60 个包
ping -c 60 1.1.1.1        # macOS / Linux

# 关注三个输出：丢包率、平均延迟、最大与最小延迟的差值（抖动）

判断标准可以粗一点：同一地区抽 3 个节点，全部能连通且丢包低，这个地区就算过；有 1 个连不上属于正常波动；2 个及以上连不上，说明这个地区的资源有问题，如果它恰好是你的主力地区，直接淘汰。

延迟数字本身不必苛求。跨境链路 150ms 到 250ms 都属于正常范围，真正影响体验的是抖动——最大延迟和最小延迟差出三四倍，说明链路不稳，这比平均延迟高更麻烦。

为什么要直接打开你要用的服务，而不是跑测速站？#

因为你买机场是为了用某个具体的东西，不是为了得到一个数字。

八分钟，做三件事：打开你使用频率最高的那个服务，完整走一遍典型操作；如果是视频类，拖动进度条几次，看重新缓冲要多久；如果是 AI 工具或协作工具，连续用五分钟，看会不会中途断开需要刷新。

这一步测出的是「有效性」，而测速站测的是「峰值能力」，两者经常对不上。一条链路完全可能跑出很高的下载速率，同时在你要访问的那个服务上表现糟糕——原因可能是出口 IP 被目标服务限制，也可能是链路对长连接不友好。这类问题只有直接打开目标服务才会暴露。

需要提醒的是解锁能力的口径。所有机场对流媒体和 AI 工具的支持说明都属于厂商公开声明，不是本站验证过的结论，也不构成承诺——出口 IP 的判定状态随时会变，今天能用不代表下个月能用。你在试用期测到的结果，是你自己在这个时间点、这个网络环境下的观察，这恰恰是它比任何宣传都可靠的原因。关于各类服务的地区判定逻辑，流媒体与 AI 栏目有专门说明。

限速和并发限制，怎么在几分钟内触发出来？#

限速很少写在套餐页上，但它决定了你晚高峰的实际体验。触发方法有三个，任选或叠加：

1. 找一个大文件持续下载三到五分钟，观察速率曲线是否在某个时间点后阶梯式下滑——短测跑不出来的限速，往往在连续传输一两分钟后才生效。
2. 同时开三到四台设备连同一账号，看是否有设备莫名掉线——这测的是并发上限，超限的表现通常不是报错提示，而是某台设备静默失联。
3. 在晚上 20:00 到 23:00 之间重复第 1 步，和白天的结果对比——这个时段是共享带宽压力最大的窗口，衰减比例比绝对速率更有参考价值。

如果试用窗口正好不在晚间，第 3 步做不了，那就在判定时把这一项记为「未验证」，不要默认它没问题。首单选月付的理由之一就是给这一项留出观察时间。

本文不提供任何速度或衰减的具体数值作为标准，因为测试环境差异太大：你的本地带宽、运营商、时段、目标服务器位置都会影响结果。有意义的是趋势——是否阶梯式下滑、晚间相对白天差多少，而不是某个绝对数字。

发一条工单，能看出售后的哪些信息？#

三条信息，全部来自一次提问。

响应时长：从提交到第一次人工回复用了多久。半小时内属于快，几小时属于正常，超过一天基本可以判断没有稳定的值班机制。

回复质量：问一个有具体答案的技术问题，比如「某地区节点的倍率是多少」或者「同时在线设备数上限是几台」。得到具体数字，说明对方懂自己的产品；得到「您好，请重启客户端试试」这类模板回复，说明前台只做话术分发。

是否留痕：工单系统里能不能查到历史记录。只有临时聊天窗口、关掉就找不到的，出问题时你连凭据都没有。

提问要选那种「答案唯一且可核对」的，避免问「你们稳定吗」这类只能得到肯定答复的问题。

五项结果出现哪些组合应该直接放弃？#

把五项记成通过/不通过，对照下表判定。

简单版规则：五项里有两项不通过就换一家。试用是筛选环节，不是说服自己的环节——为一家试用表现平平的机场找理由，成本远高于再多试一家。

试用通过之后，第一笔订单买多长？#

买月付，无论年付的折扣多诱人。

理由不是省钱，是风险敞口。半小时的验证能证明的只有一件事：它现在能用。证明不了的是它三个月后还在不在、换季调整线路后表现如何、月底流量高峰时会不会集体降速。年付通常能便宜三到四成，代价是你把一整年的钱押在一个只观察了半小时的对象上，而这类服务的跑路风险是真实存在的，风险预警栏目里有具体的征兆识别方法。

合理的节奏是：月付跑满一个完整自然月，其间至少经历一次晚高峰密集使用和一次月底，确认没有掉链子，再考虑续长期。如果你在这个月里发现表现不如试用时，损失也就是一个月的钱。

买多大档位是另一个问题，取决于你的月流量和设备数，估算方法见按月流量和设备数对号入座；想知道各家的公开规格是按什么口径排出名次的，见机场排行榜怎么排名。

小结#

试用的价值在于用有限时间排除掉不合适的选项，不在于测出漂亮数字。顺序很重要：工单先发出去并行等待，然后按订阅导入、节点抽测、目标服务、限速触发的顺序做，前面不通过就不用测后面。所有判断都以你自己的客户端、你自己的服务、你自己的网络环境为准，别人的结果只能当候选来源。五项里两项不过就换一家，全过也先买月付，把「它现在能用」和「它长期可靠」这两件事分开验证。