多订阅管理先按来源分组，再在组内搜索地区与用途，最后只对候选服务器测速。本文区分列表搜索、订阅导入过滤与路由分流，给出双订阅整理步骤、更新前后检查方法，以及节点消失、重复和测速超时的处理顺序。适合已经能导入订阅，但服务器列表难以维护的 v2rayN 用户。
订阅分组、服务器过滤与路由分流的区别
v2rayN 的订阅分组用于管理服务器来源。一个分组保存订阅地址及相关更新设置，更新时再把地址返回的服务器信息导入客户端。多个机场的订阅应先分开保存，不要把所有分享链接一次性粘贴进同一个手工列表，否则后续很难判断某条服务器来自哪里、应该随哪条订阅更新。
分组本身并不决定哪些网站走代理。服务器列表中的搜索只改变当前可见条目；订阅设置中的过滤选项可能影响本次导入结果；路由规则则决定应用请求使用代理、直连还是阻断。三者作用在不同环节，不能用“建立一个工作分组”替代按域名配置路由。
| 操作 | 影响对象 | 适用场景 |
|---|---|---|
| 切换订阅分组 | 当前查看的来源范围 | 分别维护主用与备用订阅 |
| 服务器列表搜索 | 当前显示的服务器 | 临时查找名称含 JP 的节点 |
| 订阅导入过滤 | 更新时保留的条目 | 确认条件后减少导入数量 |
| 路由分流 | 实际请求的出站选择 | 让指定域名直连或走代理 |
先建立两个来源分组，再分别更新
建议从两个明确的来源开始整理，例如将常用订阅命名为“主用-A”，另一条命名为“备用-B”。这里的名称只表示维护用途，不表示客户端会自动故障切换。若订阅来自同一服务商的不同套餐，也应按实际订阅地址拆分，避免后续误更新。
- 打开「订阅分组」→「订阅分组设置」，新增分组，填写“主用-A”和对应订阅地址。保存前确认地址来自服务商提供的客户端订阅入口，而不是账户登录页。
- 以同样方式新增“备用-B”。第一次配置先保留默认导入行为，不急着填写过滤条件，以便观察服务商原始命名。
- 保存后切换到“主用-A”，从订阅分组菜单选择更新当前订阅。若菜单同时提供“全部更新”，第一次应先用当前分组更新，便于定位失败来源。
- 检查列表是否出现服务器，再切换到“备用-B”重复操作。遇到失败时先看更新日志，不要通过反复新增分组解决。
- 分别记录两个分组中典型服务器的名称、地区标记和协议类型，确认不存在地址填反或重复订阅。
主用-A
- 来源
- 日常使用的订阅地址
- 命名
- 固定前缀“主用”
- 首次更新
- 仅更新当前分组
- 初次过滤
- 暂不设置导入过滤
先确认完整导入成功，再缩小服务器范围。
备用-B
- 来源
- 另一条独立订阅地址
- 命名
- 固定前缀“备用”
- 首次更新
- 单独观察更新日志
- 使用方式
- 需要时手动切换服务器
分组名称不会自动建立负载均衡或备用策略。
订阅地址通常包含账户相关令牌，应按凭据管理。分享截图时遮住完整地址、二维码及身份参数；排查问题只需提供报错类型、界面入口和脱敏后的服务器名称，不必公开可直接使用的订阅。迁移配置前也应确认导出文件是否含有这些信息。
按关键词过滤服务器：先搜索，再考虑导入过滤
节点名称没有统一标准。同一个地区可能写成“日本”“JP”或“Tokyo”，服务商还可能在名称中加入倍率、线路类型与到期提醒。先切换到目标分组，再使用服务器列表的搜索或筛选输入框，逐个测试实际存在的关键词，比直接编写复杂规则更容易验证。
- 地区词：先试“日本”，没有结果时清空输入，再试
JP或Tokyo。零结果只能说明当前搜索条件没有命中，不代表订阅里一定没有该地区。 - 用途词：仅在服务商名称中确实包含相应标记时搜索“专线”“流媒体”等词。名称标签不能代替目标业务的实际连接测试。
- 倍率词：如果名称包含
0.5x或2x，先向服务商确认计费含义，再决定保留哪些条目。数字本身不是速度承诺。 - 提醒条目：名称包含“剩余流量”“到期时间”的条目可能用于展示订阅信息，不应与普通服务器一起测速或设为活动服务器。
不要默认搜索框支持正则表达式，也不要默认空格表示“同时满足”。普通关键词搜索和订阅设置里的正则过滤可能不是同一种实现。输入 JP|日本 后没有结果，可能只是界面把竖线当成普通字符；应先用一个关键词确认搜索正常，再查看当前版本对应字段的说明。
| 希望达到的结果 | 先做什么 | 避免的误操作 |
|---|---|---|
| 临时只看日本服务器 | 在目标分组搜索实际地区词 | 直接删除其他地区条目 |
| 更新后也只导入部分名称 | 确认订阅过滤字段的匹配规则 | 把搜索表达式直接复制到过滤字段 |
| 恢复完整列表 | 清空搜索，必要时移除导入过滤后重更新 | 只重启客户端而不检查条件 |
| 按协议挑选条目 | 查看列表中的协议列与配置详情 | 只凭备注里的 VMess 或 VLESS 字样判断 |
如果当前版本提供订阅过滤字段，先阅读它是“保留匹配项”还是“排除匹配项”，再保存原条件并修改。导入过滤通常需要重新更新订阅才能反映在列表中；在列表里手动删除一条订阅服务器，则可能在下一次更新时重新出现。要长期减少条目，应使用明确、可复查的过滤条件，而不是反复手工删除。
分组测速：缩小候选范围后再比较
不要刚导入全部订阅就对所有节点同时测速。大量并发测试会占用本地带宽，也可能触发服务端连接限制，得到的结果反而难以比较。先过滤出少量候选，再在列表中明确选中需要测试的行，通过服务器菜单或右键菜单执行相应测试；不要假定“当前可见”就等于“本次选中”。
下面给出的是整理流程的建议规模，不是性能测试结果。每轮使用同一网络、同一测试目标，尽量避免同时下载文件；需要跨时间比较时保留测试时间，而不是只抄下一个延迟数字。
- 先看端口连通：TCP 延迟主要反映到服务器端口的连接情况。即使服务端口为
443，连接成功也不代表协议认证、TLS 配置及目标访问都正常。 - 再看实际请求：使用客户端提供的真实连接延迟测试时，记录测试目标。它会受到代理握手、远端访问与目标站点响应影响，不能和 TCP 延迟直接当成同一种指标比较。
- 按需测下载：速度测试会产生流量。先选少量候选，了解服务商计费规则后再执行；不要为了排序反复对整个分组测试。
- 最后验证业务：手动设为活动服务器，打开实际需要访问的站点或应用，观察是否能完成登录、加载与持续使用。
结论：先保留能稳定完成请求的服务器
连续多轮都能完成实际请求的候选，应优先于只有一次低延迟记录的候选。确认活动服务器后再关闭筛选，避免把列表排序第一行误当成当前正在使用的服务器。
订阅更新策略：保留来源与检查记录
订阅更新负责获取服务商当前返回的数据，不等于保留所有本地修改。服务器备注、地址、端口及其他参数都可能随更新刷新；如果需要长期保存自行修改的配置，应另建手动维护的分组，并明确这份副本不会跟随原订阅自动修正。
- 更新前：记下当前活动服务器所属分组和名称；重要会议、传输任务进行中时，不要顺手批量更新并切换节点。
- 更新时：优先更新出现问题的当前分组。若提供直连更新与通过代理更新两种方式，按订阅地址的可达性选择，不要因为节点访问失败就认定订阅地址也无法直连。
- 更新后：查看成功或失败日志，清空搜索，确认服务器是否正常导入，再检查活动服务器是否仍然存在并可用。
- 定期维护：若当前版本提供自动更新间隔，按服务商变更频率和实际需要设置；没有频繁变更时，不必使用分钟级轮询。
同名条目也不一定是重复服务器。比较时至少查看来源、服务器地址、端口、协议与传输参数。两个分组即便名称相同，也可能对应不同账户；反过来，同一订阅地址被添加两次，才是应优先处理的管理重复。不要仅按备注批量去重，以免删掉参数不同的有效条目。
常见问题：服务器消失、更新无变化与分组测速失败
更新成功，但列表里一条服务器也没有，先查什么？
先清空服务器列表搜索，再切换到更新的分组。如果仍为空，检查订阅过滤是否过严，以及日志是否提示解析失败。能获取到网页内容不代表拿到了有效订阅：登录页面、账户到期提示页也可能返回成功状态。应重新取得服务商提供的适用订阅地址，不要只凭“下载成功”判断导入成功。
更新后列表没有变化，是不是没有更新成功？
不一定。服务商返回的数据没有变化时，列表保持原样是正常现象。先看本次更新日志和分组是否选对，再核对是否仍有搜索条件。若确有新服务器却未出现，再检查导入过滤；不要为了看到变化而重复建立相同订阅。
一个分组的服务器全部超时，应直接删除订阅吗？
先确认测试类型、系统时间和本地网络，再用另一分组的已知可用服务器对照。整个分组同时失败，可能与账户到期、服务商故障、协议参数或测试目标有关。TCP 测试成功而实际请求失败时，应继续看核心日志中的认证或握手信息，单纯重新分组不会修复连接参数。
切到“备用-B”分组后，流量会自动使用备用服务器吗？
切换分组通常只是切换列表视图。需要明确执行设为活动服务器的操作，并检查客户端显示的当前服务器。系统代理是否启用、应用是否使用代理以及路由选择仍是独立环节；若浏览器与终端表现不同，应分别检查各自代理设置，而不是继续调整订阅分组。
整理完成后，日常维护只需重复一条顺序：确认来源、更新当前分组、清理搜索条件、筛选候选、验证活动服务器。需要进一步配置按域名直连或代理时，再进入配置进阶查看路由说明；分组负责把服务器管理清楚，路由负责把请求送到正确出站。