机场订阅导入后节点变少了？筛选条件与配置排查
机场订阅导入后节点变少，不一定是服务商删了线路。先确认当前启用的配置，再对照订阅原文、已加载节点与当前策略组。它们像仓库、货架和精选橱窗，橱窗里只有几件商品，不代表仓库已经搬空。
先确认，你数的是哪一份列表
下面以Mihomo配置为例；不同客户端的菜单名称和支持能力应以自己的文档为准。
| 检查位置 | 应确认什么 |
|---|---|
| 订阅原文 | 服务方本次实际下发了哪些节点 |
| 代理集合 | 下载并解析后，哪些节点通过集合筛选 |
| 当前策略组 | 引入哪些集合，以及额外筛选条件 |
使用代理集合时，应查看该集合对应的节点订阅；只写了集合引用的主配置，不是完整节点名单。
部分配置直接在顶层proxies中写节点，并不使用代理集合。按原有结构排查，保留可用配置作对照。
筛选条件，可能让节点“隐身”
Mihomo代理组文档说明，filter用于保留匹配的节点，exclude-filter用于排除匹配的节点。组内的filter仅作用于引入的集合及全量引入的出站代理，不能把它当成任何列表都通用的搜索框。
例如，从集合引入节点的组若只匹配名称中的“香港”，名称改为“HK”后，就可能不再入选。这是按文字筛选的结果，不是客户端突然学会了判断真实位置。
官方配置示例也分别定义地区组和全部节点组。即使某个组叫“全部节点”，仍应查看实际引入与排除字段，名字本身没有魔法。
集合里也少了，还要查哪里？
代理集合文档同样提供filter、exclude-filter及按协议类型排除的exclude-type。因此，组内少节点要查组，集合本身少节点则还要查集合配置。
未开启全量引入时，use决定组引用哪些集合。只引用其中一份，其他订阅的节点不会自动来报到；这与服务商套餐里有多少节点是两回事。
按顺序核对，比反复刷新有效
- 记下客户端与内核版本、启用的配置名称，以及缺失节点的完整名称。
- 查看本次更新结果；若下载或解析失败，先按订阅更新排查指南处理。
- 在本机比较原文、集合与策略组，找到节点在哪一层消失，再检查相应筛选或引用。
- 备份后一次调整一项，重新加载并核对结果；校验报错时恢复刚才的改动。
使用Clash Verge Rev时，还应查看扩展配置或脚本。官方说明表明扩展会改写运行配置，且写出的列表字段会整体替换原值。因此，原文有节点，也需核对最终列表是否保留。保存位置可参考自定义配置保留指南。
如果原始下发内容中也没有目标节点，再结合账号套餐与服务公告向提供方核实。求助时给出时间、版本和脱敏对照，遮住订阅令牌与二维码，比一句“节点集体失踪”更容易定位问题。
作者：仓老师机场观察
资料来源
资料核对日期：2026年11月2日。本文依据官方文档整理，未进行客户端实测；配置字段适用范围与版本兼容性以当前工具文档为准。
评论