先明确需求：不要从“哪家最快”开始
“机场”通常指提供代理节点与订阅服务的第三方服务，并不是 Clash 或 mihomo 官方提供的产品。服务商会维护线路、用户面板和订阅接口，但实际体验还受到本地网络、设备、客户端内核、目标网站和高峰时段影响。宣传页上的峰值速度不能直接代表你每天能获得的速度，月付价格也不能单独说明服务是否适合自己。
筛选之前，先把需求写成可以验证的条件：主要在哪些设备使用；每月大致消耗多少流量；常用场景是网页、视频会议、流媒体还是大型文件；是否需要多个设备同时连接；更在意低延迟、稳定性还是较低月费。避免把“无限流量”“高速专线”等宣传语当作已经验证的服务质量。
| 使用情况 | 优先检查 | 容易忽略的条件 |
|---|---|---|
| 偶尔查资料、轻量浏览 | 低成本套餐、订阅格式、月流量 | 低价可能伴随较低限速、设备数限制或较少线路 |
| 每天办公、视频会议 | 高峰期稳定性、延迟波动、售后响应 | 短时测速快不代表会议期间连接稳定 |
| 常看高清视频 | 持续吞吐、流量上限、服务条款 | 不同平台、地区和线路的可用性可能变化 |
| 多台设备共用 | 同时在线数、流量统计方式、客户端兼容 | “可添加设备”不一定等于允许多设备同时连接 |
评估线路：看持续表现，不迷信峰值测速
节点数量多不等于线路质量好，节点名称中带有地区或“专线”等字样也不是性能保证。测试时应关注连接成功率、延迟、抖动、丢包和持续下载表现，并在自己实际使用的网络中复测。一次测速只能说明某个时间点、某条线路与某个目标之间的结果，不能代表所有节点或未来表现。
用可重复的方法试用
- 确认客户端能导入订阅并完成解析，记录客户端名称、版本及运行内核。不同客户端对配置字段和协议的支持并不完全相同，不能仅凭“支持 Clash”推断所有配置都兼容。
- 挑选少量有代表性的节点，例如一个常用地区节点和一个备用节点。不要一次性只看节点列表的数量，也不要只测试订阅中标注为“推荐”的一条线路。
- 在早间、晚间高峰和周末各测试一次。每次记录时间、网络类型、节点、延迟、丢包或连接失败情况，并用相同设备完成同一项实际任务。
- 分别测试短时网页访问和持续数分钟的下载或视频播放。若短测很快、持续使用却反复降速或断开，应以实际任务表现为准。
- 在 Wi-Fi 与手机热点等不同接入网络下对照。若只有一种网络失败，问题可能在本地网络、DNS 或访问限制，不能立即断定所有节点都不可用。
延迟数值要结合用途判断：网页打开、远程终端和互动会议对响应时间更敏感；下载任务则更依赖稳定吞吐和线路是否持续可用。相同节点在不同运营商、地区和时段可能有明显差异。测速网站的结果还会受到测试服务器位置、浏览器代理路径以及本地带宽上限影响。
比较流量与价格：算清实际可用成本
套餐价格应与可用流量、限速规则、设备数和有效期一起比较。有些方案按月计费，有些按流量或周期组合计费；超量后可能暂停、降速、额外计费或要求重置。具体处理方式由服务商条款决定，购买前应在面板或服务说明中找到明确答案，不要把“月流量”默认理解为不限速、可结转或所有设备共享。
| 方案类型 | 适合情形 | 重点核对 | 常见风险 |
|---|---|---|---|
| 按月固定流量 | 用量较规律、希望费用可预测 | 流量是否重置、是否结转、上下行是否都计入 | 高峰期或多设备使用时比预期更快耗尽 |
| 较大流量或不限量宣传方案 | 持续使用、需要较宽松的用量空间 | 是否有公平使用规则、限速阈值或高峰管理 | “不限量”不必然代表全时段不限速 |
| 按量计费 | 使用频率低、流量需求不固定 | 计量单位、有效期、余额到期规则 | 单价看似低，但长期闲置可能造成余额损失 |
| 短周期试用 | 先验证线路与配置兼容 | 试用是否自动续费、是否限制节点或速度 | 试用线路可能与正式套餐不同，应核实适用范围 |
可以先估算自己的月用量，再留出余量，而不是购买最大套餐。高清视频、系统更新、云盘同步和多设备后台流量都可能显著增加消耗；不同视频质量与应用设置产生的数据量并不固定。若面板显示的已用流量与设备使用明显不符，先检查是否有设备共享订阅、自动更新或后台任务，不要立即重复购买。
比较不同套餐时，把费用换算成同一周期，并把优惠首月与续费价格分开记录。还要核对付款周期、自动续费、退款条件以及套餐变更规则。低价并不自动代表不可靠，高价也不等于线路一定更稳；能否清楚说明限制和处理流程，往往比营销用语更有参考价值。
核对客户端与订阅：确认配置真的能用
订阅不是通用的“账号密码”，而是客户端获取节点或完整配置的入口。服务商可能提供 Clash、mihomo 或其他格式，包含的协议、规则和扩展字段也可能不同。Clash Verge、Clash Verge Rev、Clash for Android、ClashX 等客户端的支持范围与内核版本有差异；遇到导入失败或只有节点、没有策略组时，应先确认订阅格式和客户端能力，而不是不断刷新或更换节点。
- 查清订阅类型：在服务面板寻找客户端格式说明，区分完整配置、节点列表和专用客户端链接。只有节点列表不一定含有完整分流规则。
- 确认内核能力：在客户端“关于”或内核信息页查看内核名称与版本。面向 mihomo 的配置可能使用旧内核不支持的字段或协议。
- 小范围验证：导入后先查看配置是否解析成功、节点列表是否出现、策略组是否存在，再测试单条线路。不要在未确认导入结果前开启 TUN 或同时改动 DNS、规则和系统代理。
- 了解更新机制：确认订阅更新间隔、节点变化方式以及本地覆写会不会被覆盖。重要自定义规则应放在客户端支持的覆写或合并配置中。
- 准备备用入口：确认服务面板在订阅暂时不可用时是否仍能登录、复制新链接或查看公告。订阅失效与代理节点故障是不同问题，需要分别排查。
如果导入后提示 YAML 解析失败，保存错误信息与客户端、内核版本，核对服务商提供的目标格式；不要把带令牌的订阅链接或整份配置贴到公开论坛。若使用 mihomo 配置中的 provider、脚本或其他扩展功能，应确认客户端所带内核支持相应字段，不能假设所有名为 Clash 的客户端都能加载。
检查隐私与条款：把订阅链接当作凭据保管
订阅链接常带有可访问账户配置的令牌。任何拿到链接的人，都可能获取与账户相关的节点信息或消耗套餐流量，具体权限取决于服务实现。因此不要把链接发到群聊、公开工单、截图或在线转换网站，也不要将订阅内容上传到陌生的配置检查服务。怀疑链接泄露时，查看面板是否支持重置或重新生成，并更新各设备中的旧订阅。
- 查看隐私说明：了解服务方收集哪些账户、连接或使用数据，保存多久，以及是否向第三方提供。若没有清楚说明，应将其视为信息不充分，而不是默认“绝不记录”。
- 核对服务条款：确认允许的使用方式、账号共享规则、设备数量限制、退款条件和违规处理流程。不要将服务商宣传替代正式条款。
- 减少账户风险：使用独立且不重复的账户密码；若提供多因素验证，可按需启用。付款时确认商户名称、周期及续费设置。
- 保护本机配置：订阅文件、客户端日志和诊断截图可能含有地址、令牌或节点凭据。分享前应先脱敏，并避免把完整配置长期放在公开同步目录。
- 了解边界：代理服务会改变部分网络连接的传输路径，但不等于匿名工具，也不能替代 HTTPS、设备安全更新或账户安全措施。
降低购买风险：先试用，再按周期续订
选定候选服务后，按“先验证、后扩容”的顺序购买。先确认付款页面的套餐周期、续费金额、流量规则和退款条件，再选择自己能够接受的最短周期。完成付款后保存订单记录和服务条款版本，但不要在记录中公开订阅令牌、密码或完整账户信息。
- 在付款前检查网站是否能正常说明套餐、服务状态、退款和联系渠道；如果页面只剩倒计时、夸张速度承诺或催促长期付款，应暂停操作。
- 首次使用按服务方文档导入正确格式，记录客户端及内核版本，并先测试一条节点和一组实际任务。
- 在一周内分不同时段复测，留意连接中断、订阅更新失败、流量统计异常与售后响应时间；保存不含敏感信息的测试记录。
- 若问题只发生在单一网络，先对照另一接入网络；若订阅无法解析，核实订阅格式与内核兼容；若多条线路同时异常，再结合服务状态公告联系支持。
- 达到预先设定的标准后再考虑续订或升级。未达到标准时，及时关闭自动续费并按条款申请处理，不要因已付费用而继续追加更长期套餐。
支持渠道也值得实际验证：提交一个不包含账号凭据的普通问题，观察是否有明确的受理方式、预计响应时间和可执行的排查步骤。售后答复若只是要求不断换节点，却不愿说明订阅状态、流量规则或服务限制，不能算充分保障。不同服务商的响应能力会随时变化，应以你测试时的实际记录判断。
最终选择不必追求节点最多或套餐最大，而应是在可接受成本内，稳定满足自身用途、能在当前客户端正确运行、条款清楚且出现问题时有可用处理渠道的方案。把测试结果、续费日期和剩余流量记下来，定期重新评估；当需求、网络环境或客户端发生变化时，再按同一套标准复测，而不是仅凭旧评价继续续费。