Dubbo的全局Filter配置

时间:2024-10-19 11:03:02

前言:
  之前也写过dubbo的filter的文章, 后来和同事也有过交流, 才发生自己对dubbo的filter的机制, 还是存在一些误解, 尤其是自定义filter的定位, 不是那么清晰. 本文主要是补充一下, 自定义的filter如何成为全局filter, 或者说, 它不需要在bean的定义申明中指定filter标签.

前文回顾:
  1. Dubbo透传traceId/logid的一种思路 
  2. Dubbo的Filter链梳理---分组可见和顺序调整 
  3. Dubbo的Filter实战--整合Oval校验框架

案列:
  比如自定义filter, 如下:

package com.test

public class StatFilter implements Filter {

    @Override
public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException {
return invoker.invoke(invocation);
} }

  其需要做的额外工作如下:
  在META-INF/dubbo目录下, 添加com.alibaba.dubbo.rpc.Filter文件, 其内容为

statFilter=com.test.StatFilter

  而对于每个需要用到该filter的dubbo provider/consumer, 都需要在xml申明中添加filter标签, 比如:

<dubbo:reference id="echoService" check="false" interface="com.test.EchoService" filter="statFilter" />

  对于具体的一个dubbo provider/consumer实例这种的配置, 绝对没问题, 问题是如果要作用所有的dubbo provider/consumer实例, 这样的copy/paste有点low.

全局配置:
  其实实现全局配置, 非常的简单, 一种方式是通过额外的配置, 一种通过指定@Activate的group实现.
  1. 额外的配置方式
  以上文的案例为例, 在resource目录下, 添加dubbo.properties文件, 然后配置如下:

# 如果该filter要作用于为provider
dubbo.provider.filter=com.test.StatFilter
# 如果该filter要作用于为consumer
dubbo.consumer.filter=com.test.StatFilter

  具体的目录结果如下:
  Dubbo的全局Filter配置
  2. 指定@Activate的group
  这个方法, 就比较简单了, 而且也不需要额外的配置文件了

package com.test

import com.alibaba.dubbo.common.Constants;
import com.alibaba.dubbo.common.extension.Activate; @Activate(
group = {Constants.PROVIDER, Constants.CONSUMER},
order = -2000
)
public class StatFilter implements Filter { @Override
public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException {
return invoker.invoke(invocation);
} }

  

总结:
  权当做笔记吧, 确实dubbo filter给了开发者很大*度和空间.