有关策略组的概念，以及其与规则、节点之间的关系，可见官方文档策略模块
Q：现在有这样一个需求，我想在访问 www.google.com 时走我自己搭建的一个节点A
A：最简单的方式是这样的，写一条规则 Domain, www.google.com, A
Q：这时，我又搭建了一个节点B，B节点在晚上的时候速度比A节点快，在白天的时候则是A节点快一些，现在我想在访问谷歌的时候哪个节点快就用哪一个
A：如果还是按照之前的方式进行规则配置，那么我就需要在晚上的时候讲规则换成 Domain, www.google.com, B ，在白天的时候换成 Domain, www.google.com, A ，是不是很麻烦。这时候就可以用策略组来解决这个问题，建立一个 url-test 类型的策略组，名字暂时就叫My Nodes，将A、B两个节点放入策略组中，然后配置这样一条规则 Domain, www.google.com,My Nodes，这时就会在哪个速度快时用哪个节点
上面只是策略组最常见的一个使用场景，将一些节点放入一个组中就构建成了一个策略组，Loon也支持策略组的嵌套。总结来说，策略组就是一系列节点、策略组的组合，当规则匹配到这个策略组时，Loon内部会根据策略组的类型，选出最合适的节点使用
Loon的策略组类型在官方文档中已经解释的非常清楚，这边就不一一解释了，可见官方文档策略组模块
下面详细介绍一下不同策略组类型下UI界面如何填写一些参数
<aside> 💡 Test-URL：用来测试节点响应速度的url，默认已经填了cloudflare地址，要修改的话推荐填写一些全球都有cdn节点的地址，这样各个地区的节点测速会相对公平一些
</aside>
<aside> 💡 测试间隔：单位秒，是多久测一次速度，一般600s，这里的间隔600s不是一定间隔600s就测一次速度，只会在匹配到某一规则正好指向这个策略组的时候才会去比较上次测速的时间是否超过600s了，超过了才会测速，如果隔了1个小时都没有匹配到规则指向这个策略组，那么这个策略组就一直不会进行测速，这样的方式是为了不做无意义的测速
</aside>
<aside> 💡 容差：单位毫秒，如果本次测速后的最优节点的延迟和上次测速后的最优节点在本次测速中的延迟相差小于容差，将不会进行节点切换
</aside>
<aside> 💡 Test-URL：同上
</aside>
<aside> 💡 测试间隔：单位秒，同上
</aside>
<aside> 💡 最大超时：单位毫秒，如果测速的结果超过了最大超时，那么就视为这个节点不可用
</aside>