Dubbo的全局Filter配置

前言:
　　之前也写过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给了开发者很大自由度和空间.