前言:
之前也写过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
具体的目录结果如下:
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给了开发者很大自由度和空间.
来源:oschina
链接:https://my.oschina.net/u/4313343/blog/3906207