先分清机场、订阅与 Clash 客户端
选购前先明确自己买的是什么。通常所说的“机场”是提供代理节点、流量或线路的服务方；订阅链接用于让 Clash 客户端获取配置；Clash Verge、Clash Verge Rev、Clash for Android 等客户端负责加载配置并转发设备流量。客户端本身不提供节点，安装客户端或导入订阅，也不代表线路质量已经得到保证。
服务方提供的内容可能是完整 Clash YAML，也可能是节点列表或针对特定内核生成的配置。即使订阅名称写着 Clash，也要确认它支持你使用的客户端和内核。特别是依赖 mihomo 扩展协议、字段或规则集时，应查看服务说明与客户端兼容信息；不能只凭应用名称判断是否完全兼容。
- 设备与客户端：列出日常使用的 Windows、macOS、Android 或 iOS 设备，以及对应客户端。确认套餐是否限制设备数、同时在线数或特定平台。
- 使用场景：区分网页浏览、视频会议、影音播放、下载和游戏等需求。它们对延迟、持续带宽、抖动和连接稳定性的侧重不同。
- 账户与订阅：确认买到的是服务账户、流量套餐还是订阅链接；订阅通常带有访问令牌，丢失或泄露可能导致他人使用账户资源。
- 责任边界：客户端的问题、订阅格式问题和远端线路问题需要不同的支持方式。购买前查看服务方如何处理配置兼容、节点故障与账户问题。
速度和稳定性要看高峰期表现
单次测速不能代表长期体验。测速结果会受测试时段、设备、家庭网络、目标网站、节点负载和测试方法影响。一个节点在某个测速站得到较高带宽，不等于晚间播放视频、访问常用网站或进行长时间下载时也能保持稳定。选购时应同时看延迟、丢包或断流情况、可持续吞吐，以及高峰时段是否明显变差。
| 指标 | 能说明什么 | 检查方法与注意点 |
|---|---|---|
| 连接延迟 | 一次请求往返所需时间，常影响交互响应 | 在相同设备和网络下，对多个节点重复测试；不要把一次低延迟当作全天表现 |
| 抖动与丢包 | 连接是否稳定，是否存在波动或请求丢失 | 观察连续请求、语音会议或实际应用表现；单次测速通常不足以判断 |
| 持续带宽 | 线路在一段时间内传输数据的能力 | 使用合法、可信的测试目标，进行短时下载或视频播放对照；注意套餐限速和设备性能 |
| 高峰期变化 | 繁忙时段负载增加后体验是否下降 | 在工作日白天与晚间各测一次，记录时间、网络、节点和结果 |
| 可用率与恢复 | 故障发生频率及恢复速度 | 观察数日内是否频繁掉线、节点是否长期不可用，以及公告和支持是否及时 |
试用时建议挑选两到三个用途不同的节点，固定同一设备、同一 Wi-Fi 或移动网络，并记录测试时段。先用一个明确节点做对照，再测试自动选择组；这样能区分单节点波动与策略组选择差异。若客户端显示延迟正常，但特定网站打不开，还要检查规则命中、DNS 和目标网站状态，不能立即认定服务整体故障。
节点数量多不等于可用线路多。列表中可能有大量相似地区、重复入口或仅在命名上不同的节点。更有参考价值的是：不同网络或地区是否有可用备选、故障时是否有明确通知、订阅更新是否正常，以及实际常用服务能否稳定访问。
核对流量、限速与套餐规则
比较价格前，先把套餐规则读完。低价套餐可能采用较小流量、较低速率、较少同时连接数或更严格的使用限制；高价套餐也不一定适合每个人。需要确认流量如何统计、重置周期是什么、超额后会发生什么，以及不同节点是否共用同一份流量。
| 条款 | 需要确认的问题 | 购买前的判断 |
|---|---|---|
| 月流量 | 按自然月、购买日还是固定周期重置？上传和下载是否都计入？ | 用近期实际用量估算，并为系统更新、云同步等预留空间 |
| 速率限制 | 套餐是否区分限速档位？是否有公平使用或繁忙时段限制？ | 查看正式说明，不把宣传峰值当作持续可用速度 |
| 连接数量 | 限制的是设备绑定数、同时在线数，还是 IP 数？ | 按实际设备和家庭成员使用方式核对 |
| 超额处理 | 流量用完后是暂停、降速、额外计费还是等待重置？ | 确认是否能在账户页面查看用量和重置时间 |
| 退款与续费 | 试用、退款、自动续费和套餐变更分别适用什么条件？ | 保存购买页面与订单条款，尤其留意优惠套餐是否不退款 |
不要只用“每月价格”做比较。可把套餐价格除以可用周期，再结合流量、速率、设备数和退款条件评估实际成本。若流量少但长期用量不稳定，低价并不一定更省；若只在旅行或短期项目中使用，年付折扣也可能无法覆盖提前停用的风险。
检查隐私政策与账户安全
使用代理服务会改变部分网络请求经过的路径，但这不等于服务方天然无法看到任何信息，也不意味着所有流量内容都能被读取。HTTPS 通常会加密浏览器与目标网站之间的内容；服务方仍可能处理连接时间、流量大小、目标 IP 或域名等运行数据，具体范围取决于协议、客户端配置、DNS 路径和服务端日志策略。隐私判断应以具体政策和技术说明为依据，不要只看“零日志”等一句宣传。
- 查看主体信息：了解服务由谁运营、如何联系、条款由哪个主体发布。若页面只提供无法核实的联系方式，发生扣款或账户问题时可能难以处理。
- 阅读日志说明：寻找日志种类、保存期限、用途、访问权限和删除方式。若政策写得过于笼统，可询问服务是否记录连接元数据及其保留周期。
- 核对支付与续费：确认实际扣款主体、计费周期、取消路径和退款范围。谨慎对待要求提供不必要身份资料或账户凭据的购买流程。
- 保护订阅链接：把订阅 URL 当作密码管理，不发公开截图、不粘贴到陌生检测网站，也不把完整链接发到公开论坛。怀疑泄露时，应使用服务方提供的重置或重新生成方式。
- 谨慎处理证书要求：常规 Clash 代理通常不要求为浏览网页安装来源不明的根证书。对方要求关闭 HTTPS 验证或安装未知证书时，先确认必要性与可信来源。
服务方使用自有客户端、网页后台或第三方支付时，涉及的信息类型可能不同。购买前查看隐私政策是否说明收集目的、第三方共享、账户删除和数据保存。无法验证的承诺不应当作为安全保障；更稳妥的做法是减少不必要的信息提供，并为订阅账户使用独立、强度足够的密码。
售后、退款和故障处理也要评估
线路服务不可避免会遇到维护、网络波动、订阅更新失败或客户端兼容问题。选购时不只要看“有没有客服”，还要看支持渠道是否可用、服务时间是否说明、公告是否持续更新，以及故障反馈是否需要提供敏感信息。能清楚区分账户、配置和线路问题的支持流程，通常比只承诺“全天在线”更有参考价值。
购买前检查支持流程
- 在公开说明中寻找维护公告、服务状态或常见故障处理入口，确认信息是否近期更新。
- 查看支持渠道和预计响应时间。若只能通过单一社交账号联系，评估该渠道失效时是否有备用方式。
- 确认退款申请期限、适用条件、手续费和处理方式。试用到期后自动转为付费，或促销套餐不适用退款，都应在下单前看清。
- 向支持人员询问设备限制、订阅格式、流量超额处理等具体问题，观察答复是否明确，而不是只接受无法核验的性能保证。
提交问题时提供必要的客户端名称与版本、系统版本、故障时间、错误提示及脱敏日志。订阅完整 URL、密码、令牌、UUID 和支付信息不应作为普通排障附件发送。若服务方要求提供敏感凭据，应先确认原因，并优先使用可撤销或可重置的临时方式。
用短周期试用降低购买风险
服务质量与所在地区、运营商、设备和使用时段有关，别人的测速截图不能直接代表自己的体验。较稳妥的做法是先找可验证的短期试用或低金额周期，在自己的常用网络上测试，再决定是否续购。不要为了折扣一开始就购买超出需求的长期套餐，也不要把试用是否存在作为唯一判断标准；试用条件本身也可能有流量或节点限制。
建立一份可复查的试用记录
- 记录基线：写下设备、系统版本、客户端与内核版本、网络类型、测试日期和时段。测速前确认设备本身没有大量后台下载。
- 验证导入：使用服务方提供的 Clash 或对应格式订阅，检查配置能否更新、节点和策略组是否正常加载。不要将订阅链接交给不明在线转换工具。
- 分时段测试：在白天和晚间各测试一次，选取同一组常用目标。记录延迟、是否断流、页面加载或会议体验，不只记录最高下载速度。
- 检查实际需求：测试日常使用的应用与网站，留意规则是否把流量送入预期策略组。若只有某个应用异常，先检查应用代理方式和规则，再判断整体线路。
- 核对账户规则：在服务后台检查剩余流量、到期时间、连接数和续费状态。确认取消续费的方法，并在付款前保存退款条款。
- 再决定周期：只有在多次测试达到自己的实际需要、支持和条款也可接受后，再考虑更长周期；任何性能表现都可能随时间和网络条件变化。
最后可以用一张简表比较候选服务：高峰期是否可用、实际需求是否满足、流量和设备限制是否清楚、隐私政策是否可读、退款与续费是否明确、支持渠道是否可靠。给每项写下“已验证”“待确认”或“不接受”，比把宣传页的节点总数、峰值带宽和折扣比例相加更有帮助。
适合的服务不是参数最多或价格最低的那个，而是其条款、兼容性和实际表现都符合自己的使用边界。控制首购金额、保管订阅凭据、保留订单记录，并定期复核套餐变化，可以降低更换服务或处理故障时的成本。