使用dubbo-go搭建dubbo接口测试平台

背景

http接口测试只需要一个curl命令，但dubbo协议没有这样的现成接口测试工具。通常公司内的dubbo控制台或其他平台会集成一个dubbo接口测试工具。

调用一个dubbo接口，需要知道服务名service、方法名method和参数args。

正常的调用，调用方需引入服务提供方定义的接口jar包。

作为接口测试平台，没办法引入所有提供方定义的接口jar包，可以有以下方案来解决：

1. dubbo支持telnet协议调用dubbo接口
2. dubbo的泛化调用可以在不引入提供方接口定义jar包的情况下对接口进行调用

对于方案1，实现成本很低，甚至可以在服务器上直接用telnet测试

它也有缺点

• 调用无法经过filter
• 无法携带隐式参数attachment

刚好我们把方案1的优缺点都踩了，我们的dubbo控制台是go语言编写，短时间快速实现，就采用了telnet的方式。

随着业务的发展，流量染色，或标签路由等需要携带隐式参数。

没有走自定义filter，导致业务接口执行不符合预期等都迫使我们升级为泛化调用。

dubbo接口泛化调用在控制台是go编写的情况下也有两个方案可选：

1. 单独起一个java进程，暴露http端口，与go进程进行交互，泛化调用使用dubbo的java sdk进行编写
2. 控制台引入dubbo-go，使用dubbo-go进行泛化调用

出于对dubbo java版本的了解，方案1肯定可行，只是架构变得复杂。

而方案2由于dubbo-go还是比较新的项目，并不是很了解，所以不确定其可行性和兼容性，但如果能实现，会大大降低架构的复杂度。

dubbo-go介绍

dubbo-go是dubbo的golang实现版本，它出现的初衷是为了让golang和java的dubbo生态互通。

如今dubbo-go支持provider和consumer端，可以作为一个独立的rpc框架使用，同时社区也是dubbo生态中最火的一个。

如果要说它的意义，我觉得除了和java互通外还有一点非常重要，那就是它能发挥golang协程的巨大作用，这一点可以用在dubbo网关上，如果用dubbo-go实现dubbo网关，就无需纠结线程池、异步等问题。

泛化调用的使用

首先provider端提供一个接口，这个不再赘述，非常简单，接口定义如下

package org.newboo.basic.api;

import org.newboo.basic.model.RpcResult;
import org.newboo.basic.model.User;

public interface MyDemoService {
   
    RpcResult<String> call(User user);
}

package org.newboo.basic.model;

import java.io.Serializable;

public class User implements Serializable {
   
    private String uid;
    private String name;
    private String remoteServiceTag;
    ...