「支持某某协议」这句话，在服务方页面上和在客户端文档里指的往往不是完全同一件事。服务端提供某种协议，客户端也要实现同一种协议、同一套参数，再加上你所在平台的版本足够新，这条链路才算真的通。少了任何一环，表现出来都是同一个现象：导入成功，但连不上。
这篇以蓝帆云为例，把「订阅格式」「协议」「客户端」「平台」这四层拆开，给出一套下单前就能做完的兼容性核对方法。
四层都要对上，缺一不可
| 层次 | 要确认的事 | 不匹配时的典型表现 |
|---|---|---|
| 订阅格式 | 服务方给的链接是哪种格式 | 导入按钮点了没反应、节点列表为空 |
| 协议 | 节点使用的协议类型 | 节点显示出来了，但连接立刻失败 |
| 客户端 | 这个客户端是否实现该协议 | 解析出错、提示不支持的类型 |
| 平台与版本 | 系统版本、架构是否受支持 | 装不上、启动即崩溃、功能缺失 |
排查时从下往上走通常更快：先确认客户端能正常启动，再看协议是否被支持，最后才怀疑订阅本身。多数「连不上」其实卡在中间两层。
在下单前就能做完的核对
这套核对不需要先付费。服务方页面通常会写明提供哪些订阅格式与协议，客户端的官方文档会写明支持哪些协议与哪些系统版本——把两边对着看一遍，就能提前排除绝大多数不兼容的情况。
需要额外留意的是平台差异：同一个客户端在桌面端和移动端支持的能力未必一致；iOS 还有分区账号的前提；路由器固件的限制通常最多。哪些客户端对应哪些平台，可以先看全平台代理客户端梳理。
验证顺序：一次只改一个变量
- 先在一台设备、一个客户端上导入订阅，其余设备暂时不动。
- 只选一条线路连接，成功后再做一次真实任务验证，而不是只看「已连接」。
- 确认可用后，再把同一份配置复制到第二台设备，观察是否同样可用。
- 出现问题时，只回退最近改动的那一项——同时改协议、换节点、又调设置，等于放弃了定位问题的机会。
- 把可用的组合（设备 / 客户端 / 线路）记下来，作为之后排查的基准。
保留一份可回退的配置
更新订阅、升级客户端之前，先把当前可用的配置导出或截图保存。这样一旦更新后出问题，你能立刻区分是「订阅内容变了」还是「客户端行为变了」，而不是在两个都变过的状态里猜。Clash 系客户端的更新与选择顺序可以参考配置管理教程；系统代理与 TUN 的区别见什么时候该开启。
先想清楚每台设备的角色
兼容性核对之所以容易做成一团乱麻，是因为一开始没给设备分角色。先把设备分成三类，需要核对的组合会立刻少一大半。
| 角色 | 典型设备 | 选客户端时优先看什么 |
|---|---|---|
| 主力 | 常用的电脑或手机 | 功能完整、你自己用得顺手 |
| 次要 | 平板、备用机 | 安装简单、能复用主力的配置 |
| 常开 | 电视盒子、路由器、家庭服务器 | 稳定、少维护、支持长期运行 |
分完角色你会发现，真正需要仔细核对兼容性的通常只有「主力」和「常开」两类：次要设备一般跟着主力的方案走就行。把精力集中在这两类上，比逐台平均用力有效得多。
兼容性自查清单
- 服务方提供的订阅格式，我选的客户端支持吗？
- 我的系统版本与架构，在客户端官方要求范围内吗？
- 移动端、桌面端、路由器分别用哪个客户端，我确认过吗？
- 当前可用的配置是否有备份，能不能回退？
- 出问题时，我是一次只改一项吗？
常见问题
导入成功但节点列表是空的，问题在哪一层？
多数是订阅格式或链接本身的问题。先换一个支持面更广的客户端试同一条链接，若仍为空，再回服务方那边确认。
同一份订阅，电脑能用手机不能用？
先看手机端客户端是否支持同样的协议，再看是否受同时在线设备数限制。两者的排查方向完全不同。
该选功能多的客户端还是简单的？
先用你能看懂的那个。功能多的客户端在需要精细分流时更有余地，但也更容易因为一个不理解的开关而排查半天。
换客户端需要重新买订阅吗？
通常不需要，订阅属于服务方，客户端只是解析和连接的工具。前提是新客户端支持这份订阅的格式与协议。
更新系统之后连不上了？
先确认客户端是否仍在受支持的系统版本范围内，再看是否需要重新授予网络相关权限。系统大版本更新后这两项最容易出问题。
