v2rayN 多订阅分组管理:按机场分组与服务器过滤实践

一、订阅分组隔离来源，不负责自动分流

在 v2rayN 中，订阅是获取服务器配置的来源，订阅分组是管理这些来源及其服务器条目的容器。用户常说的“机场分组”，通常就是给每家服务商建立一个独立订阅分组。这样更新、核对数量或删除过期来源时，操作边界比较清楚。

分组名称不会变成网络规则。把两个分组分别命名为“主用”和“备用”，不代表客户端已经建立故障切换；把某组命名为“视频”，也不会自动把视频网站流量送过去。普通使用方式下，选择活动服务器与配置路由是另外的操作。

• 订阅分组：回答“这批条目从哪里来”，便于独立更新和排错。
• 服务器别名：回答“这条记录叫什么”，适合按地区、线路标记和用途关键词查找。
• 路由规则：回答“请求交给哪个出口”，需要在路由设置中单独确认，不能用分组名替代。

二、按服务商建立分组，保留清晰的更新边界

以下用三份订阅演示管理方式。数字只是示例清单规模，不代表服务商容量，也不是测速结果。假设 A 来源有 40 条、B 来源有 32 条、C 来源有 24 条，合计 96 条；直接在全部服务器里查找，会把相同地区、相似别名和不同来源混在一起。

1. 打开顶部「订阅分组」→「订阅分组设置」，新增一个分组，备注填入容易辨识的来源名，例如“A-主用”。不同界面版本的按钮名称可能略有差异，以订阅分组编辑窗口为准。
2. 在该分组的订阅地址字段填入对应来源的链接。首次整理时，一组只放一个来源，不要为了减少分组数量，把多家地址混入同一组。
3. 保存后切到该分组，从「订阅分组」菜单执行更新当前订阅的操作。先确认本组能正常导入，再添加 B、C 两组。
4. 记录各组条目数量和一次更新结果。新建分组先不要配置别名过滤条件，避免把格式问题与筛选条件混在一起排查。

更新方式应由订阅地址是否可达决定。菜单中的不通过代理更新与通过代理更新是获取订阅内容的两条路径，不是服务器流量的长期路由策略。若选择通过代理更新，应先确认当前活动服务器可以使用；否则可能出现“为了修复订阅，需要先有可用订阅”的循环。

三、先做列表搜索，再决定是否使用订阅过滤

“服务器过滤”可能指两件不同的事：一种是在现有列表里搜索，只改变当前显示；另一种是在订阅分组设置中按别名筛选导入结果，更新后保留的条目可能因此减少。操作前先看输入框所在位置，不能把两者当成同一个功能。

建议先选 A 分组，再输入一个具体关键词，例如 香港。如果没有结果，清空后试 HK，并检查实际别名是否使用英文或其他标记。不要一开始就输入“香港 高速 专线”这样的长串文字：有些输入框按完整字符串匹配，并不把空格自动解释为多个条件。

也不要默认搜索框支持正则表达式。仅当当前版本的字段提示明确说明支持正则时，才使用对应语法。最稳妥的验证方法是：先用一个确实出现在别名里的短词，确认筛选行为，再逐步增加条件。空列表只说明当前条件没有匹配，不直接说明订阅失效。

• 找地区：先用一个地区词，核对别名中的实际拼写。
• 找线路：搜索来源本身标注的线路关键词，不把“高速”等标签当作实测结论。
• 找协议：优先查看协议类型列；别名写着 VLESS，并不能代替对实际协议字段的检查。
• 排查空列表：依次清空搜索、切回全部分组、检查订阅别名筛选条件，再核对更新日志。

四、用两张管理卡固定主用与备用策略

分组备注适合保持稳定，临时筛选词则按任务调整。下面两张卡是管理方案，不是可以直接导入的内核配置。它们把来源、更新范围和测试对象明确分开，避免每次整理都重新判断。

若同一来源还需要按用途细分，先使用列表过滤即可。重复添加同一订阅地址到多个组，可能带来重复条目和额外更新请求；是否值得这样做，应看是否确实需要不同的导入过滤条件。不要为了实现“视频流量走备用组”而复制分组，这类需求应回到路由与出口配置中处理。

• 本地手动修改的别名不一定在订阅更新后保留，具体取决于版本和更新逻辑，不宜作为唯一管理依据。
• 不要用含令牌的订阅地址给分组命名；来源代号已经足够定位。
• 订阅更新后重新核对活动服务器。被移除或参数发生变化的条目，需要重新选择并验证。

五、先选中候选项，再排序与批量测试

筛选不是测试，排序也不会自动切换活动服务器。先在当前组收窄范围，再选中需要比较的条目，使用服务器列表右键菜单中针对选中项的测试命令。菜单措辞随版本变化，执行前确认作用范围是选中项还是全部服务器，避免把一次小范围比较变成全量请求。

1. 固定条件：保持同一网络、同一测试目标和同一种测试方式。测试期间暂停大文件下载，减少本地带宽争用。
2. 小批量筛选：例如从 40 条中挑出 6 条候选，先做真连接延迟测试；测试失败的条目先保留错误信息，不立即删除。
3. 重复验证：对准备使用的两三条候选各重复 5 次，比较成功次数和波动，而不是只保留最低的一次数字。
4. 按列比较：点击对应测试结果的表头排序，注意空值和失败值的位置。较低的连接延迟不等于较高的下载带宽。
5. 确认活动项：将选定条目设为活动服务器，再以实际需要的应用访问验证，确认代理模式和路由规则也符合预期。

真连接测试通常会经代理链路访问指定目标；TCP 连接测试则更偏向服务器端口的连通情况。两者观察的环节不同，不宜混成一列比较。下载测速还会消耗流量并受测试目标、并发、服务商限速影响，只有候选项已经基本可用时，才值得进一步测试。

六、更新后的数量变化与重复条目处理

多订阅管理应保留一个简单的前后对照：分组名、更新前数量、更新后数量和错误提示即可。数量突然从 40 条变为 8 条时，先检查别名过滤与来源内容，再判断是否真的丢失配置；如果变成 80 条，也先排查重复导入，而不是认定服务商新增了一倍线路。

• 只看见少量条目：清空列表搜索；确认没有停留在别的分组；再检查订阅分组中的筛选条件。
• 全部更新报错：先单独更新一个组。多家来源同时失败，更应检查本地网络、系统时间及更新是否经过一个已不可用的代理。
• 同名条目重复：比较来源、服务器地址、端口、协议和传输参数。同名不等于同一配置，同地址也可能使用不同端口或认证信息。
• 删完下次又出现：如果来源仍包含该条目，订阅更新可能再次导入。需要长期排除时，应先确认当前版本支持的订阅筛选方式。

在删除整组之前先做配置备份，并妥善保管备份文件。它可能包含订阅链接和认证数据。迁移到另一台桌面设备后，先核对分组及更新结果，再调整本机代理和路由设置；分组整理完成，并不代表新设备的系统代理已经启用。

七、常见问题：过滤、更新与切换