先按使用需求筛选，不要从节点数量开始
挑选机场订阅，先想清楚要解决什么问题：日常网页浏览、视频播放、远程办公、跨设备使用，还是偶尔需要访问特定地区的服务。不同用途对稳定性、出口地区、流量额度和 UDP 支持的要求并不相同。页面上写着“数百节点”或“高速专线”，不等于这些节点都适合你的网络、设备和使用时段。
可以先列出设备、每月大致用量和不能中断的任务，再筛掉规则不清楚的套餐。例如，主要在手机上浏览网页的人，未必需要购买高流量年付套餐；经常传输大文件的人，则应该确认流量计费方式、可用带宽政策和超额后的处理规则。不要把促销倒计时当成需求评估的替代品。
- 确认客户端：检查服务商是否提供适用于 Clash 或 mihomo 的订阅格式，以及是否明确说明支持的客户端和内核。
- 确认用途：列出常用服务需要的出口地区，以及是否依赖 UDP、稳定长连接或多设备同时在线。
- 估算用量：参考自己过去一个月的移动数据、家庭网络和文件传输情况，避免只按套餐标注的最大流量决定。
- 确定预算周期：在试用和短周期验证之前，不要因为折扣把尚未验证的服务直接买成长期套餐。
服务商所说的“机场”通常指提供代理节点和订阅服务的平台，并不是 Clash 客户端，也不是某个统一标准的产品类别。不同服务的线路、运维、账户规则和隐私处理方式差异很大，应逐项核对，而不是把一个平台的使用经验套到所有平台上。
用稳定性和线路说明判断实际体验
“速度快”是宣传中最常见、也最难脱离条件比较的说法。一次测速会受到本地网络、运营商、测试目标、出口路径、节点负载和时间段影响；某次下载结果不能证明全天稳定。优先寻找可以核对的说明：服务在哪些时段维护、线路故障如何通知、节点是否会调整、拥挤时是否限速，以及发生故障时是否提供状态信息。
| 指标 | 值得核对的内容 | 不要据此直接下结论 |
|---|---|---|
| 节点与地区 | 节点是否持续更新，地区标签表示入口还是出口，是否说明维护和替换方式 | 节点数量多就代表可用地区多或线路更好 |
| 延迟测试 | 测试地址、测试时间、连续测试的波动和超时情况 | 单次延迟低就代表下载快、视频不卡 |
| 线路描述 | 是否有明确的线路类型说明、适用限制和故障处理渠道 | “专线”“IEPL”等名称本身就是速度或稳定性保证 |
| UDP 与协议 | 是否支持目标客户端使用的协议，以及服务端是否支持所需 UDP 转发 | 网页能够打开就代表游戏语音或其他 UDP 应用可用 |
| 使用时段 | 晚间、周末等实际使用时段是否能保持可接受的连接表现 | 白天一次测试可以代表全天体验 |
如果服务商提供试用，应在自己通常使用的网络和时段做小范围验证。挑选少量候选节点，固定同一个测试目标，分几轮记录连接结果、超时次数和实际任务表现。网页浏览、视频播放和文件下载的判断标准不同：网页更看重响应与断连情况，大文件测试关注持续吞吐，语音或游戏还要确认 UDP 路径。不要同时切换节点、DNS、规则和 TUN 设置，否则出现变化时难以判断原因。
确认订阅确实适配 Clash 或 mihomo
在购买前确认订阅入口的格式。服务商可能提供完整 Clash 风格配置、仅包含节点的订阅，或者专门供其他客户端使用的链接。链接能在浏览器打开，不代表返回内容一定是 Clash 配置；登录页、账户提示和纯节点列表，都不能自动提供完整的策略组、规则与 DNS 设置。
Clash Meta 后续以 mihomo 名称维护。Clash Verge Rev 等客户端所使用的内核版本，会影响可识别的协议类型和配置字段。检查服务商文档有没有说明支持的协议、配置更新方式和推荐内核；若订阅含较新的代理类型，应确认本机内核能够解析。旧版 Clash 内核、其他客户端以及 mihomo 并非完全可以互换。
- 先找服务商标注为 Clash、mihomo 或对应客户端的专用订阅入口，不要只根据 URL 后缀猜格式。
- 导入后检查配置是否正常加载，并确认策略组中出现预期节点；“已添加”不等于“已启用”。
- 查看客户端的运行日志，留意不支持的代理类型、字段解析错误和策略组引用缺失。
- 在连接页面检查目标域名命中的规则、策略组和最终出站，确认实际流量走的是预期路径。
订阅服务商提供的完整配置可能包含规则和 DNS，也可能只下发节点，让客户端使用本地配置管理分流。两种形式都可能正常工作，但故障排查方法不同。若服务商文档要求使用特定配置转换或覆写方式，应先看清配置由谁维护；客户端更新 Profile 时，手动修改的内容可能被远程更新覆盖。
比较套餐、流量和账户规则
套餐价格应与自己的真实用量一起看。先确认流量是每月重置、按周期累计，还是到期清零；再查看上下行是否都计入、不同节点是否有倍率、统计更新是否延迟、超出额度后会限速还是停用。倍率通常是服务商的计费约定，不是 Clash 内核根据节点名称自动执行的功能。节点名带有“0.5x”或“专线”等文字，不能代替正式计费说明。
| 套餐条款 | 购买前要问清楚 | 容易忽略的风险 |
|---|---|---|
| 流量额度 | 上下行是否合并计算，倍率如何计入，何时重置 | 只看到套餐总量，未考虑高倍率或多设备消耗 |
| 有效期 | 从购买日、首次使用日还是指定日期开始计算 | 套餐有流量但期限很短，未使用完就到期 |
| 设备数量 | 同时在线设备数如何计算，断开后何时释放名额 | 多设备共享时触发限制，账户被临时封禁 |
| 试用与退款 | 试用范围、申请时限、退款条件和处理渠道 | 把“可试用”误认为任意情况下都能退款 |
| 续费与变更 | 是否自动续费，套餐升级或降级如何生效 | 优惠仅适用于首期，续费价格或条款不同 |
购买时保存当时看到的套餐说明、退款条件、价格和订单记录。遇到“无限流量”这类描述，继续查看是否有公平使用规则、速度管理、并发限制或维护例外；“不限流量”不一定意味着不设任何使用条件。对于年付或长期套餐，先用试用或短周期核验兼容性和实际稳定性，再考虑是否延长周期。
还要确认账户是否允许在个人设备间使用、是否限制共享、账户异常时如何申诉，以及服务商是否提供可联系的客服渠道。若帮助页面只有宣传文字，没有清楚的套餐定义、服务限制和故障反馈方式，不要用低价抵消信息缺失带来的风险。
检查隐私、支付与售后责任
代理服务会接触连接元数据，服务商的隐私政策应说明收集哪些账户信息、日志保留多久、用于什么目的，以及如何联系处理账户问题。不同服务的记录方式和适用条款可能不同；没有必要因为一句“绝不记录”就认定隐私风险已经消失。仔细阅读其政策和适用规则，不要向服务商提交完成服务不需要的敏感资料。
- 使用独立且不重复的账户密码；支持多因素验证时，优先开启。
- 只通过服务商公布的账户入口管理订阅，不把支付验证码、邮箱密码或设备解锁码交给客服。
- 确认订单页面是否清楚列出商品周期、到期时间、续费方式和退款申请入口。
- 遇到节点故障，向客服提供客户端名称、内核版本、发生时间和脱敏后的错误类型，不发送完整订阅链接。
- 不要安装服务商文档之外的证书、描述文件或来历不明的客户端组件；权限请求应先核对软件来源和用途。
售后质量可以从问题处理流程判断：是否说明预计响应方式、是否有维护通知、能否区分账户问题与客户端问题。客服承诺“永久在线”或“绝不掉线”不构成技术保证。遇到连接问题时，先检查账户状态、当前 Profile、客户端内核和本地网络，再提供必要的脱敏信息，有助于减少来回沟通。
常见问题
节点数量越多，订阅就越好吗？
不一定。节点数量不能说明可用率、线路质量、地区标签准确性或维护频率。优先看自己需要的地区是否可用、常用时段是否稳定、配置能否被当前客户端正常加载，并确认故障时如何处理。
有试用是不是就可以放心购买？
试用能帮助验证连接和兼容性，但要先查看试用时长、可用节点、流量限制和退款规则。试用体验不一定与付费套餐的全部条件相同；购买前仍应保存套餐与售后条款，并从短周期开始验证。
订阅能导入，为什么还是不能正常使用？
导入只说明客户端收到了某种内容。还要检查 Profile 是否启用、策略组是否选择有效节点、目标规则是否指向该组、内核是否支持配置中的协议，以及账户是否到期或用尽额度。查看错误日志时先隐藏订阅地址和令牌。
测速最低的节点一定最适合吗？
不一定。延迟测试反映某个测试目标在特定时刻的响应情况，不等于持续带宽、视频体验或 UDP 可用性。应在相同网络与时间条件下多轮比较，并用真实使用任务验证，按稳定性、成本和出口需求选主用与备用节点。