背景

在项目中定义了3个filter，都是使用的@Activate注解，并指定了顺序：
ProviderCatFilter：主要用来打印日志 & 触发cat告警

ExceptionFilter：如果有异常，将指定的异常类型转成错误码，不抛异常

ValidationFilter：对参数进行校验，参数不合法则抛出参数异常

按照定义的order，顺序应该是这样：ProviderCatFilter -> ExceptionFilter -> ValidationFilter。
如果真按照这个顺序，遇到参数校验不通过，是不会触发ProviderCatFilter的错误告警，但实际上还是会触发告警。

原因

加载拓展用的最终调的都是ExtensionLoader.getActiveExtension(URL url, String[] values, String group)方法：

如果我们配置dubbo.provider.filter=default,providerCatFilter，进入getActiveExtension方法的时候，values是[“default”, “providerCatFilter”]，group是provider。

按截图中第一段代码，providerCatFilter因为在values——后面用names列表存数据，所以不会被放到exts列表中，只有ExceptionFilter和ValidationFilter进入到exts列表。
在第二段代码，providerCatFilter会被放到usrs列表中。最终被代码exts.addAll(usrs)添加到了exts列表的尾部。
filter的顺序就变成了：ExceptionFilter -> ValidationFilter->ProviderCatFilter。
所以dubbo的service抛业务异常的时候，先过ProviderCatFilter，触发了告警。

解决方式

方案一
全部顺序都用dubbo.provider.filter指定，例如dubbo.provider.filter=default,providerCatFilter,ExceptionFilter,ValidationFilter

方案二
要么就不要配置dubbo.provider.filter，全部按@Activate注解的order属性来排序。

方案三
dubbo.provider.filter=probiderCatFilter,default，这个有意思，不知道大家有没有注意到一段代码：

配置在default之前的filter，就会被放到exts的最前面~

最后

以上就是自觉钻石为你收集整理的dubbo的SPI拓展顺序问题背景原因解决方式的全部内容，希望文章能够帮你解决dubbo的SPI拓展顺序问题背景原因解决方式所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。