java dubbo 接口测试工具（本地测试dubbo接口）

本篇文章给大家谈谈java dubbo 接口测试工具，以及本地测试dubbo接口对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享java dubbo 接口测试工具的知识，其中也会对本地测试dubbo接口进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、Dubbo filter扩展
• 2、软件测试需要学习些什么技能？
• 3、dubbo-环境隔离
• 4、14. dubbo源码-集群容错之MergeableCluster

Dubbo filter扩展

filter其实是一种责任链模式，每个filter只负责完成自己职责的部分，解除耦合，这种设计模式很利于扩展。
大家可能对Dubbo的filter不太熟悉，但是应该都写过Servlet的filter，让我们先来回顾一下Servlet的Filter：

我们重写doFilter，在chain.doFilter(request, response) 前后做一些切面的工作，比如防XSS攻击、CROS跨域请求处理、记录相关日志等，调用逻辑可以用下图来概括：

类似于Servlet中的filter，Dubbo也可以通过扩展filter来增强功能，Dubbo服务提供方和服务消费方均支持调用过程拦截，并且Dubbo 自身的大多功能均基于此扩展点实现，下面例举部分filter：
EchoFilter - 用于provider的回声测试，检测服务是否正常
ContextFilter - 用于provider接收RpcContext的参数
ConsumerContextFilter - 用于consumer传递RpcContext的参数
ExecuteLimitFilter - 用于provider的限流
ActiveLimitFilter - 用于consumer的限流
ExceptionFilter - 用于provider对异常进行封装
GenericFilter - 用于provider的泛化调用，可用于集成通用服务测试框架或为其他语言调用服务提供Restful接口的支持
AccessLogFilter - 用于provider 的access log记录
ClassLoaderFilter - 用于provider切换当前的ClassLoader
MonitorFilter - 用于dubbo monitor模块对consumer和provider进行监控

Dubbo filter的调用逻辑可以用下图来概括：

那么Dubbo是怎么将多个filter串起来的呢？
答案就位于ProtocolFilterWrapper这个类的buildInvokerChain方法。

看明白这里首先要理解Dubbo的SPI扩展点机制，List<Filter filters = ExtensionLoader.getExtensionLoader(Filter.class).getActivateExtension(invoker.getUrl(), key, group);这一行是获取Filter接口的所有被标注为@Activate的扩展点，然后基于回调让前一个filter调用后一个filter从而串成一个调用链，调用的先后顺序是由每个filter定义的order属性决定的（不声明默认为0），order值越小则调用优先级越高。

了解了Dubbo filter的作用和原理，那让我们来看看如何扩展：
Maven 项目结构：

src
  |-main
    |-java
      |-com
        |-xxx
           |-XxxFilter.java (实现Filter接口)

Dubbo自身的过滤器配置都放在resources/META-INF/dubbo/internal下，我们扩展的过滤器一版放在resources/META-INF/dubbo/下：
     |-resources
      |-META-INF
        |-dubbo
          |-com.alibaba.dubbo.rpc.Filter (纯文本文件，内容为：xxx=com.xxx.XxxFilter)

XxxFilter.java：

META-INF/dubbo/com.alibaba.dubbo.rpc.Filter：

xxx=com.xxx.XxxFilter

我司生产环境中利用Dubbo filter扩展来记录服务调用日志和服务调用链追踪。

1.服务调用日志记录：
服务调用日志记录分为provider日志和consumer日志两部分，provider日志记录的是当前工程作为provider的服务提供日志，consumer日志记录的是当前工程作为consumer的服务消费日志，以下是部分consumer日志内容：

日志会记录每一次调用的consumer的ip、端口、调用时间、provider的ip、端口、接口请求的时间、调用的方法、调用耗时、调用结果（成功或失败，失败则打印异常）、方法入参（可选）、返回值（可选）等。
由于每次调用的入参和返回值的内容比较多，所以方法入参和返回值是否打印都是可以配置的，filter会根据当前配置的日志等级去打印。

2.调用链追踪：
Dubbo Filter结合brave + zipkin实现RPC调用链追踪和梳理项目间的依赖关系，filter中用brave向zipkin服务器异步发送http请求（也可以用kafka），zipkin服务器对数据进行分析汇总，很容易分析出性能的瓶颈在哪，效果如下：

如果有人对这些具体实现感兴趣，笔者会开放源码。

最后提醒一点，filter的实现中不要写太耗时的方法，会影响性能。

软件测试需要学习些什么技能？

软件测试需要学习测试用例、测试用例的方法、缺陷管理工具、掌握数据库、App测试、python语言、Linux系统、前端语言等技能。

1、测试用例

这是每一个工程师必备技能java dubbo 接口测试工具，也是标志java dubbo 接口测试工具你进入测试行业最低的门槛，关于测试用例可以参考java dubbo 接口测试工具我以前写的文章。

2、测试用例的方法

测试用例的方法，只用掌握相关的方法，才能把测试用例写好，覆盖度高。

3、缺陷管理工具

缺陷管理工具，就是提交bug工具，这是评价软件质量考核之一，也是软件工程师的价值所在。

4、掌握数据库

掌握数据库非常重要，这个世界由许许多多数据组成，软件测试，就是满足客户的需求，但必须数据正确，其实软件工程师需要对数据流向的了解，才能更加深入地了解业务，这也是一项基本技能之一。

5、App测试

App测试，从兴起到目前市场的成熟，APP可以说成为市场上的主流产品。若你不会APP的测试，很多公司是是不要的，所以需要java dubbo 接口测试工具我们深入了解。web测试，其实跟App相似。

7、python语言

python语言是现在最流行的语言，这是测试人员技能升级最好的方式之一，测试人员可以利用他做非常多的事情。

8、Linux系统

Linux系统，测试人员利用它最多的是看日志，更好地为开发定位bug，这也是提升技能之一。

9、前端语言

前端语言，可以让自己更好的判断bug是前端还是后端造成的，多学一点技能对于测试人员非常好的。

dubbo-环境隔离

大家在平时开发和测试阶段定位一些bug的时候，需要调用本地启动的dubbo服务debug。如果与服务器、其他同事共用一个注册中心的话，就会调用到别人的服务或者自己本地的服务被别人调用到，造成一些调用失败或者其他异常。

       解决如上问题有大致几种解决方案：

       1、dubbo直连；

       2、dubbo group 服务分组；

       3、dubbo version 版本过渡；

        在开发以及测试环境下，经常需要绕过注册中心，只测试指定服务的提供者，这时候可  以使用点对点直连的方式。点对点直连方式，将以服务接口为单位，忽略注册中心的提供者表。A接口配置点对点，不影响B接口从注册中心获取列表。

      消费者应用，在注入的提供者api上添加 @Reference(version = "1.0.0", url = "dubbo://ip:port") 即可！

      此时，如果提供者不希望本地的服务被别人调用到，设置：dubbo.registry.register=false,默认值是true。该属性含义： 是否向此注册中心注册服务，如果设为false，将只订阅，不注册。

        通过服务分组实现环境隔离，不用绕过注册中心，大家可以共用一个注册中心。服务注册分组，使跨组的服务不会相互影响，也无法相互调用，适用于环境隔离。

      场景：服务A希望调用到本地的服务B(此时，B服务正常的调用远程服务C)，而不是远程服务B。

      本地服务B的配置设置如下：                                                                                                          //应用全局配置                                                                              dubbo.provider.group=local-group   //设置本地B所提供的dubbo服务均在local-group分组下如图：

       //针对某个Api进行配置

      也可以针对某个api单独做分组，例如：@Service(version = "1.0.0",group = "local-group")服务A：在注入的B dubbo服务的api上加 @Reference(version = "1.0.0", group = "local-group")  即可。

      服务分组的几个属性解释：

1、dubbo.registry.group=local-group 

          该值自行定义，确保唯一即可，该属性含义：服务注册分组，跨组的服务不会相互影响，也无法相互调用，适用于环境隔离。 该配置不推荐配置，配置之后服务在dubbo admin上默认无法查看，也调用不到该服 务。不同环境，通过zookeeper做数据隔离。

            

      2、dubbo.provider.group=local-group  

       该属性含义：服务分组，当一个接口有多个实现，可以用分组区分。该配置使当前服务所有的提供者都在local-group下。也可以只针对某个api做配置@Service(version ="1.0.0",group ="local-group")；推荐后者！

     3、dubbo.consumer.group=local-group 

           该配置使当前服务只消费local-group分组下的提供者，建议只针对某个api进行配置即可，例如： @Reference(version ="1.0.0", group ="local-group")

            当一个接口的实现，出现不兼容升级时，可以用版本号过渡，版本号不同的服务相互间不引用。dubbo.provider.version=1.0 //服务版本， 建议使用两位数字版本，如：1.0 ，通常在接口不兼容时版本号才需要升级。

 dubbo.consumer.version=1.0 //消费1.0版本的提供者

 可全局配置，亦可配置到某个api服务上，此时优先级大于全局配置。

 提供者服务示例：@Service(version ="your version")

 消费者api服务示例： @Reference(version ="your version")

14. dubbo源码-集群容错之MergeableCluster

在dubbo官方的用户手册中，提到了使用 MergeableCluster 的场景--分组聚合：

功能示意图如下：

定义菜单接口方式：

Provider暴露服务--一个服务属于 group-hot ，一个服务属于 group-cold ：

笔者测试时启动了两个Provider，所以总计有四个服务，dubbo-monitor监控显示如下：

Consumer调用服务：

几个重要的配置说明：

com.alibaba.dubbo.rpc.cluster.Merger 文件内容如下：

核心源码在 MergeableClusterInvoker.java 中，源码如下所示：

在条件分支 if ( merger.startsWith(".") ) {} 中，有一段逻辑： method = returnType.getMethod( merger, returnType ); ，即从dubbo服务接口方法返回类型即 java.util.List 中查找merger配置的方法，例如 .addAll ，我们先看一下debug过程各变量的值：

dubbo源码中 method = returnType.getMethod( merger, returnType ); 调用 Method method = getMethod0(name, parameterTypes, true); ，再调用 Method res = privateGetMethodRecursive(name, parameterTypes, includeStaticMethods, interfaceCandidates); ，最后调用 searchMethods(privateGetDeclaredMethods(true), name, parameterTypes)) ，得到最后方法匹配的核心逻辑如下：

从searchMethods()源码可知，方法匹配需要满足几个条件：

由上面的分析可知，如果要merger=".addAll"能够正常工作，那么只需要将dubbo服务的返回类型改成 Collection 即可，例如：

如果 com.alibaba.dubbo.rpc.cluster.Merger 文件集中方法无法满足需求，需要自定义实现，那么还是和dubbo其他扩展实现一样，依赖SPI。只需要一下几步实现即可：

关于java dubbo 接口测试工具和本地测试dubbo接口的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 java dubbo 接口测试工具的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于本地测试dubbo接口、java dubbo 接口测试工具的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。