clash机场：订阅格式、内核差异与规则分流

「clash机场」这个说法里有两样东西：Clash 是客户端，机场是线路来源。它们分开采购，装好客户端之后是空的。

一、内核决定什么，不决定什么

Clash 系客户端目前有多个内核实现（Mihomo、sing-box 等）。它们的差别在：

决定：支持哪些协议、本机 CPU 开销、规则语法的细节 不决定：你线路的带宽上限、晚高峰会不会掉速

⇒ 换内核不会让慢的线路变快。 这是最常见的误解之一 —— 链路质量由服务器和中间网络决定。

选内核的实用判据：你的订阅提供哪种格式、你要用的协议它支不支持。功能对得上就够了。

二、订阅格式：为什么同一条链接在不同客户端表现不同

订阅返回的内容有多种格式，不同客户端支持范围不同。部分服务端还会根据客户端标识返回不同格式 —— 这是设计如此，不是故障。

判断订阅是否有效最快的方法：用浏览器直接打开订阅链接。

• 返回一大段 base64 或 YAML → 有效，问题在解析侧
• 返回 404 或空白 → 失效，换哪个客户端都不会成功

三、导入卡住时的排查顺序

① 浏览器打开订阅链接    有内容吗
② 客户端日志面板        解析出节点了吗
③ 单节点测延迟          有响应吗（TLS 失败先查系统时间）
④ 系统代理 / TUN        真的开着吗
⑤ 浏览器扩展            有没有自己的代理

「完全连不上」多出在 ①②；「连上了但打不开」多出在 ④⑤。

第②步卡住最常见的原因：本地已有其他代理在生效，拦住了拉取请求 —— 完全退出后重试。

四、规则分流：比全局代理更该配的一件事

全局代理会把国内网站也推到境外绕一圈，既慢又成倍消耗流量。

三种模式：

主流客户端都内置了成熟的规则集，选「规则」即可，不需要自己写。

策略组：设为自动测速（url-test），客户端定期探测并切到当前最优节点，单点故障不会整体断线。

🛑 流媒体分组例外 —— 用手动选择固定地区。自动测速只看延迟不看能否解锁，可能切到延迟更低但不解锁的节点。

五、配完之后验证三件事

1. 打开国内网站 —— 应该直连，速度和平时一样
2. 打开境外网站 —— 不通就看日志面板，它会显示命中了哪条规则
3. 看流量统计 —— 挂着不操作时应接近静止，持续增长说明有后台程序在走代理

第三项最容易被忽略，也最容易造成「什么都没干流量却没了」。