具体规则和正则规则合并疑问

[gaoyf]

从1.8.7版本规则支持正则匹配，目的是增加兜底或批量配置能力，这个特性很好，但是我目前发现一个问题。
当我配置了a-service/.*和a-service/user/abc时，两个规则同时生效了。
这就违背了正则的初衷，它是为了兜底，具体的规则应该可以覆盖它，但是目前由于这块代码RuleManager导致无法无法覆盖。
我想请问下，具体规则和正则规则合并执行的设计是基于什么考虑呢？

[LearningGp]

Sentinel 的规则体系整体设计上暂时没有引入优先级的概念，都会同时生效，对于限流规则来说，实际效果等同于阈值低的规则优先，实际上能够起到兜底的作用。

[gaoyf]

Sentinel 的规则体系整体设计上暂时没有引入优先级的概念，都会同时生效，对于限流规则来说，实际效果等同于阈值低的规则优先，实际上能够起到兜底的作用。

举个具体例子，比如：
a-service/.* 设置限流并发为10
a-service/user/abc 设置限流并发为100
100并不会生效，因为10由于设置的小优先生效了，这种正则规则优先生效的情况，会让人感觉很意外。

在使用中，正则匹配通常会设置一个预估的比较合理的值，避免所有资源都需要设置。
而针对具体的资源有特殊需求的，再单独定义。

如果同时生效的话，具体规则可能永远无法生效，正则规则感觉不是兜底了，而是有些喧宾夺主。

另外RuleManager作用于所有的类型的规则，尤其对于降级熔断来说，感觉区分优先级更重要，也是最合理的设计。

[gaoyf]

另外，星号作为兜底规则就是具备优先级的，我觉得这个设计很好。
但是星号的问题是它匹配的所有资源，如果有任何一个资源被熔断，那么其他资源也被误伤，这些资源之间可能毫无关联。
而对于正则规则来说，由于其灵活性，适用性更广，只是目前没有跟普通规则区分优先级。

综上，是否考虑一下 普通规则 > 正则规则 这种优先级呢？

[gaoyf]

另外，我问过多个AI，都认为Sentinel的普通规则和正则规则是有优先级的（尽管它们都不对）。

[LearningGp]

原先在 Sentinel 中承担兜底作用的是系统规则，不过这部分确实没有做好，我们后续会优化这类规则。
对于其他规则，普通规则 > 正则规则的优先级的设计目前看起来是合理的，会在后续版本中实现，当然也欢迎贡献。

[gaoyf]

原先在 Sentinel 中承担兜底作用的是系统规则，不过这部分确实没有做好，我们后续会优化这类规则。 对于其他规则，普通规则 > 正则规则的优先级的设计目前看起来是合理的，会在后续版本中实现，当然也欢迎贡献。

已经提交PR：#3565