在配置文件中为不同策略组绑定不同的节点集是完全可行且极为灵活的，每个策略组的proxies列表独立定义，互不干扰。用户可打开配置文件，在[Proxy Group]段落中为每个策略组分别编写proxies列表，引用[Proxy]段落中已定义的节点名称，实现按地理位置、用途或信任等级等不同维度划分节点集。对于订阅节点和本地节点，可混合引用在同一个proxies列表中，实现灵活组合。通过策略组嵌套，顶层策略组引用底层子组可自动获得子组节点集的并集，实现节点集的组合复用，同时底层节点集的变更向上透明传递，简化了维护工作。新增节点时根据其特点选择性加入相关策略组，失效节点则可单独从特定组的列表中移除而不影响其他组的使用。这种差异化节点集绑定机制，结合分流规则将不同场景的流量指向不同策略组，能够实现流量的精细化管理，让每个场景都使用最适合的节点出口，最大化提升整体代理体验。
策略组的独立性与节点绑定机制
策略组之间的隔离原则
Shadowrocket中的每个策略组都是相互独立的逻辑单元，拥有自己专属的proxies列表。当一个策略组定义了包含香港节点和日本节点的列表，另一个策略组可以完全独立地定义只包含美国节点的列表，两者互不干扰。这种设计使得不同策略组能够服务于不同的网络需求，例如流媒体组绑定解锁特定区域的节点，而日常浏览组绑定响应最快的节点，各自独立运作、互不影响。
proxies列表定义差异化的节点集
策略组的proxies参数决定了该组可用的节点集合。用户在配置文件中为每个策略组分别编写proxies列表时，可根据场景需求从总节点池中筛选出最适合该场景的子集。例如游戏组可只包含延迟较低的亚洲节点，而下载组则可包含带宽较大的欧美节点。这种差异化配置让每个策略组的节点集都精准匹配其服务目标，避免了所有流量共用同一节点池的局限性。
与节点定义独立存在的灵活性
策略组绑定的节点集与节点定义（[Proxy]段落）是解耦的。所有节点统一在[Proxy]段落中完成基础参数配置，而策略组仅通过节点名称引用这些定义。这意味着一个节点可同时出现在多个策略组中，也可只出现在特定组中，管理极为灵活。用户新增一个节点后，可选择将其加入哪些策略组的proxies列表，实现精细化的分发控制。
不同场景下的节点集差异化配置
流媒体场景的节点集策略
流媒体服务对出口IP的地理位置和未被限速的状态有严格要求，用户可为流媒体策略组配置专属的节点集，只包含经过实测能解锁Netflix、YouTube或Disney+等特定平台且具备充裕带宽的节点。这些节点可能并非延迟最低，但能稳定解锁内容且画质不降级。将流媒体节点集与日常浏览组隔离后，即使普通节点被流媒体平台屏蔽，也不影响日常浏览的正常使用，反之亦然。
游戏加速场景的节点集策略
游戏场景对延迟和抖动极度敏感，但对带宽要求较低。用户可为游戏策略组配置节点集，只包含亚洲区域内延迟稳定在50ms以内的节点，如香港、日本、新加坡等地的服务器。同时这些节点的IP段应未被游戏服务商标记为高风险。与下载场景的节点集分离后，游戏流量不会因其他应用争抢带宽而受影响，节点选择的针对性更强，游戏体验更稳定可靠。
日常浏览与下载的节点集分化
日常网页浏览对延迟敏感而对带宽不敏感，下载大文件则相反。用户可为下载策略组配置带宽充裕的节点集，即使这些节点延迟稍高也不影响下载任务的完成速度。而日常浏览组则可配置延迟最优的节点集，忽略带宽上限的差异。两个策略组使用不同的节点集，避免了下载任务因占用节点带宽而拖慢浏览响应，也防止浏览流量抢占下载任务所需的带宽资源。
策略组节点集的继承与覆盖关系
子组嵌套中的节点集合并
当策略组A的proxies列表中包含策略组B时，A的实际可用节点集是自身直接列出的节点加上B组包含的所有节点的并集。这种嵌套机制允许用户构建层次化的节点集：基层的“香港节点组”和“日本节点组”各自维护一批节点，顶层的“亚洲汇总组”只需引用这两个子组，即自动获得了两个子组节点的合集，实现了节点集的组合复用，而无需在顶层重复列出所有节点名称。
覆盖关系的优先级规则
若策略组A和策略组B都引用了同一个节点，但在不同层级或列表中对该节点指定了不同的策略行为，Shadowrocket以最内层（即节点实际所在的最具体策略组）的定义为准。例如一个节点在顶层被标记为DIRECT，但在子组的proxies中正常列为代理节点，实际使用时会按子组的代理配置生效。这种优先级规则确保了节点集在继承和嵌套时，最精细的控制层级拥有最终决定权。
多配置文件间的节点集独立
不同的配置文件拥有完全独立的策略组结构和节点集定义。用户可在工作配置中将策略组的节点集限定为公司网络访问所需的特定节点，在家庭配置中则绑定完全不同的节点集。切换配置文件时，所有策略组的节点集同步切换，实现了使用场景间的完全隔离，无需在同一配置内处理复杂的分组逻辑。
配置节点集差异化的方法步骤
在配置文件中为策略组分别定义proxies
打开配置文件，进入[Proxy Group]段落，为每个策略组独立编写proxies列表。例如：
[[Proxy Group]] name = 流媒体组 type = select proxies = 美国节点01, 美国节点02, 日本节点01 [[Proxy Group]] name = 游戏组 type = url-test proxies = 香港节点01, 日本节点02, 新加坡节点01
确保每个组引用的节点名称与[Proxy]段落中定义名称完全一致，保存后重新加载配置，各组即完成独立节点集的绑定。
利用订阅节点与本地节点的混合引用
当使用订阅链接获取动态节点时，用户可在[Proxy]段落中同时保留订阅节点和本地自定义节点。策略组的proxies列表可混合引用两者，例如流媒体组引用订阅中的美国节点和本地自建的节点，游戏组则仅引用订阅中的亚洲节点。这种混合方式让用户在不修改订阅源的前提下，灵活组合不同来源的节点形成差异化节点集。
通过策略组排序实现默认优先级
策略组中proxies列表的顺序决定了在手动选择界面中的显示顺序，对于fallback类型也决定了故障转移的优先级。用户可将在每个场景中最常用或最稳定的节点排在列表前端，便于快速选择，同时让自动机制优先使用这些节点。调整顺序是一种零成本的配置优化，能使差异化节点集在实际使用中的效率更高。
节点集绑定的典型配置示例
按地理位置划分的节点集结构
创建“亚洲组”包含香港、日本、韩国节点，“美洲组”包含美国、加拿大、巴西节点，“欧洲组”包含英国、德国、法国节点。顶层的“全球汇总组”引用这三个子组，用户可在顶层选择访问区域，再由各子组内部的测速或手动选择决定具体节点。这种结构将节点按地理位置分集绑定，使区域内容的访问更加精准，管理也更加直观。
按用途划分的节点集结构
创建“高速浏览组”绑定延迟最低的优选节点，“流媒体解锁组”绑定特定平台可用的解锁节点，“下载传输组”绑定带宽最大的节点。分流规则分别将网页浏览流量指向高速组、流媒体指向解锁组、大文件下载指向下载组。各组绑定的节点集各司其职、互不重叠，实现了按用途的精细化流量调度，优化了整体网络体验。
按可信度划分的节点集结构
对于注重隐私的用户，可创建“高信任组”仅绑定自己搭建的或经过长期验证的开源节点，“普通组”则绑定商业服务商的节点。在访问敏感网站时，通过规则将流量指向高信任组，日常浏览使用普通组。这种按信任等级差异化绑定节点集的方式，在安全性和便利性之间找到了平衡点。
节点集绑定的维护与更新
新增节点时选择性加入策略组
当用户添加一个新节点后，应根据其特点（如地理位置、带宽、协议类型）决定将其加入哪些策略组的proxies列表。若该节点解锁能力突出，则加入流媒体组；若延迟极低，则加入游戏组；若带宽充裕，则加入下载组。选择性加入比全量加入所有组更加科学，确保每个策略组的节点集始终保持其配置目标的一致性。
失效节点的定点清理
某个节点若在特定策略组中表现不佳，但在其他组中仍可正常工作（例如解锁失效但速度尚可），用户只需将其从该组的proxies列表中移除，而不影响它所在的其他组。定点清理比删除节点定义更安全，因为其他策略组仍需使用该节点。定期审查每个策略组的proxies列表，移除对该组目标不再有效的节点，能保持各组节点集的纯粹性和有效性。
订阅更新时节点集的影响范围
订阅链接更新可能会新增、删除或重命名节点，影响策略组的proxies列表。若订阅节点被重命名，引用了该节点的策略组将找不到对应名称，导致组内节点减少。用户需在订阅更新后检查策略组的proxies列表，适配新增节点名称或补充本地自定义节点。建议将订阅节点和本地节点分开维护，以便在订阅变动时快速识别影响范围。
常见问题FAQ
不同策略组能否使用完全独立的节点列表
可以。每个策略组的proxies列表独立编写，互不依赖。策略组A可只包含美国节点，策略组B可只包含欧洲节点，两者没有任何强制关联。用户完全可根据需求为每组定制专属的节点集合，实现流量在不同策略组间的完全隔离。
一个节点可以同时出现在多个策略组中吗
可以。一个节点定义在[Proxy]段落中全局有效，可被任意多个策略组的proxies列表同时引用。该节点同时出现在游戏组和流媒体组中完全合法，实际使用时取决于哪个策略组被规则命中。这种共享机制让一个优质节点能够服务于多种场景，提高了节点的利用率。
策略组节点集变化后需要重启Shadowrocket吗
不需要。修改配置文件中的策略组proxies列表并保存后，重新加载配置即可生效，无需重启应用。若通过UI界面手动调整策略组的proxies列表（部分版本支持），修改后即时生效，连配置重新加载的操作都省略，节点集的调整过程顺畅高效。