策略组的存在,使得 Quantumult/QuantumultX 以及 Surge/Clash 分流灵活性大大强于其它同类APP 关于策略组的理解跟使用,可以参考 Fndroid大佬 的这篇文章:

https://github.com/Fndroid/jsbox_script/wiki/关于策略组的理解

或者🌶️🐤壮壮的二次解读文章: https://zhuangzhuang.cf/2019-03-20/proxygroup/

而 QuantumultX 在 quantumult 的基础上,调整并优化了其策略组的玩法,具体如下

3.1 策略组说明

[policy]
; static policy points to the server in candidates you manually selected.
// Static静态策略组,即你**手动选择 节点/子策略**
; available policy points to the first available server in candidates based on server_check_url(concurrent url latency test will be launched when the policy has been triggered).
// Available 可用性策略组:选择列表里 **第一个可用的节点** (**url-test不超时**)
; round-robin policy points to the next server in candidates for next connection.
// round-robin 轮询策略组:**按请求依次使用列表中的节点**
; ssid policy points to the server depending on the network environment.
// ssid策略组,**根据Wi-Fi网络的的ssid名, 移动网络,切换节点/策略**
**以下是具体写法,千万记得要去掉 ;号才会生效**

;static=policy-name-1, Sample-A, Sample-B, Sample-C,img-url=https://example.com/icon.png
//静态策略组,static=策略组名,节点 1, 节点 2,策略组-C
;available=policy-name-2, Sample-A, Sample-B, Sample-C,img-url=https://example.com/icon.png
//可用性策略组,available=策略组名,节点 1,节点 2,节点 3
;round-robin=policy-name-3, Sample-A, Sample-B, Sample-C,img-url=https://example.com/icon.png
/轮询策略组,round-robin = 策略组名, 节点 1, 节点 2,节点 
;ssid=policy-name-4, Sample-A, Sample-B, LINK_22E171:Sample-B, LINK_22E172:Sample-C,img-url=https://example.com/icon.png
//ssid策略组,ssid=你的组名,4g下默认策略,Wi-Fi下默认策略, wifi-A:策略 A, wifi-B:策略 B
;------------
;以下为进阶玩法(版本 1.0.10 291+)**详细介绍看 3.6 小节**
;通过正则表达式将某些订阅或某些节点添加到策略组中(同时添加两参数时取交集)
;static=policy-name, resource-tag-regex=^sample, server-tag-regex=^example, img-url=https://example.com/icon.png

总结,QuantumultX 总共提供 4 种类型策略组,

3.2 策略组的添加 & SSID 策略组实例

A. 策略组的自定义添加

目前,QuantumultX中添加策略组有三种方式:

a. 文本编辑添加, 支持所有类型的策略组(点 右下角图标/配置文件/编辑/[policy] 部分

b. 在节点订阅列表中,选中, 右滑动/更多,即可将 **该订阅链接内所有节点** 直接绑定生成 一新策略组(此方式生成的策略组,将与订阅链接绑定,节点也跟随链接改变

c. 添加订阅时,直接通过**as-policy**参数生成并绑定策略组(1.3 节 C部分

B. SSID 策略组添加实例

下面,以难度最大的SSID 策略组作为具体示范,具体写法: