可视化Dubbo测试工具iubbox 2.0版本发布啦

不知道你是否在工作中有遇到过类似情况：

dubbo接口调试复杂，需要通过telnet命令或者通过consumer调用来触发。

telnet语句参数格式复杂，每次编写都要小心谨慎，一旦出错又需重来。

复杂对象参数传参调用接口复杂，编写java api调用接口时间成本较高。

上述这些坑我在工作中都有遇见过，发现大部分耗时都会卡在调用dubbo服务做自测的阶段，所以后来花费了写业余时间写了一款高效的dubbo测试工具开源给大家使用。

这款工具目前已在实际工作中应用半年多，基本功能已经成熟，后续依旧会进行版本维护。

相关的代码地址为：

gitee.com/IdeaHome_ad…

ps: 如果大家喜欢，希望能给出一颗宝贵的star

2.0.0-release版本

下边部分是针对于2.0.0-release版本进行迭代之后的使用说明文档

\

关于如何部署本工具

\

新版本的代码结构去除了原先的前后端分离，采用前后端合并的思路进行整合，减轻使用者的部署成本。

前端代码的部署

前端采用非常简单的vue技术，只需要调整js目录下方的constants.js文件中的server_addr变量即可改变请求地址。

默认的请求地址为：

let server_addr="http://127.0.0.1:7090/";
复制代码

后端代码的部署

后端工程采用了springboot框架技术，核心的配置放在了application.properties里面,调整为对应的redis数据库或者mysql配置即可

server.port=7090
application.invoker.name=iubbo-invoker-proxy
spring.datasource.druid.password=password
spring.datasource.druid.username=root
spring.datasource.druid.url=jdbc:mysql://10.11.9.243:3306/iubbox
spring.datasource.druid.driver-class-name=com.mysql.jdbc.Driver
mybatis-plus.configuration.map-underscore-to-camel-case=true
spring.redis.port=6379
spring.redis.host=localhost
spring.redis.password=password
复制代码

然后导入建表的sql:

CREATE TABLE `t_dubbo_invoke_req_record` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_id` int(11) DEFAULT NULL COMMENT '用户id',
  `arg_json` varchar(2500) COLLATE utf8_bin DEFAULT NULL COMMENT 'dubbo请求参数',
  `create_time` datetime DEFAULT CURRENT_TIMESTAMP,
  `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB  AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COLLATE=utf8mb4;
CREATE TABLE `t_user` (
  `id` int(9) NOT NULL AUTO_INCREMENT,
  `username` varchar(60) COLLATE utf8_bin DEFAULT NULL,
  `password` varchar(30) COLLATE utf8_bin DEFAULT NULL,
  `createTime` datetime DEFAULT CURRENT_TIMESTAMP,
  `updateTime` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COLLATE=utf8mb4;
CREATE TABLE `t_register_config` (
  `id` int(6) NOT NULL AUTO_INCREMENT,
  `host` varchar(255) DEFAULT NULL COMMENT 'host地址',
  `ip` varchar(60) DEFAULT NULL COMMENT '注册中心真实ip',
  `create_time` datetime DEFAULT CURRENT_TIMESTAMP,
  `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  `type` smallint(2) DEFAULT NULL COMMENT '注册中心类型：1 zk,2 nacos',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4;
复制代码

t_user 用于记录相关的用户账号，方便于保存用户账号信息。

t_dubbo_invoke_req_record 用于记录请求dubbo接口的用例信息。

t_register_config 用于记录注册中心的配置信息

最后就是启动入口类org.iubbo.proxy.DubboInvokerApplication

启动成功截图

关于本工具的使用教程

本工具区分了已登录账号和未登录账号两类角色，已登录账号的使用者可以对请求的用例进行保存，方便下一次提取信息，未登录账号虽然没有保存用例的功能，但是不影响其使用本工具进行测试。

首页地址：

http://localhost:7090/html/test-dubbo-web.html

或者访问：

http://localhost:7090/html/index.html

首页截图：

ps：2.0.0版本对颜色做了一些细微调整，如果觉得绿色太丑，可以在代码里面进行调整

1.指定zk注册地址

2.0.0版本中将注册中心的配置抽离为通过MySQL进行管理：

只需要在t_register_config表里面加入一行记录即可看到相关信息：

在测试dubbo接口之前，我们通常都会去拉取一遍zk上边的service地址，操作如下图:

先在文本框点击，输入和js配置有关的字母或数字会有模糊匹配的选项供各位选择：

选中了zk地址之后，再去点击拉取zk地址按钮（以前有同事刚接触这个工具的时候，这里被绕蒙了~~）

拉取zk地址的时候，后端会根据文章上边提到的js配置里面的ip值去拉取，拉取成功会有相关提示：

接下来便是筛选dubbo服务地址的功能，在拉取zk地址下方有一个下拉框，这里面此时应当会被注入zk上所有dubbo服务列表的名称。

选择对于的service名称，然后在右边的“请输入名称”文本框中输入该接口对应的方法名称（一定要名称对应）

例如测试该方法：

public interface DubboService {
    /**
     * 测试接口功能
     *
     * @return
     */
    String doTest(String str);
}
复制代码

然后配置相关的参数和名称：

选择对应参数类型和值：

选择参数之后需要点击一遍添加参数按钮，这样才能保证刚才设置的参数生效。

最后发起请求：

在基础参数配置项的旁边，还有一个模块是专门配置consumer端的额外内容，这些参数项都是在平时工作中可能会应用到的场景，需要的时候可以进行配置。这里面也配备了工作中非常常用的直连选项。

额外参数

个人最喜欢使用的还是直连功能，因为在开发过程中，经常需要直连机器做自测：

假如说希望保存自己曾经发送过的dubbo测试用例，那么你只需先进行登录账号，或者点击注册按钮重新注册账号即可：

保存请求用例

查看保存用例信息

用户手动刷新下页面才能显示保存的用例信息：

点击选用参数，则页面又会重新回显之前使用过的请求信息。

转让测试用例

点击转让测试用例按钮即可进行用户的转让

压力测试

支持对于dubbo接口进行压力测试的配置

请求详情分析

对于每次dubbo请求，都会有对应的参数请求信息，响应数据相关信息展示：

接口响应数据信息：

实际发送给dubbo服务端的各项参数指标信息：

请求耗时的各项指标数据

特殊参数请求

该工具支持多种开发中常见的参数格式调用，目前支持常规参数

ps:注意这里的参数格式需要和dubbo方法里面的参数格式按照相同顺序相同类型做映射，否则后端程序会返回找不到对应方法

Java的常用基本类型数据：boolean，short，int，long，double，char，float

Java中常用的包装类数据：

java.lang.String,
java.lang.Integer,
java.lang.Object,
java.util.List,
java.lang.Class,
java.lang.Long,
java.lang.Boolean,
java.util.Map,
java.util.Date,
java.lang.Float,
java.lang.Double
复制代码

对于简单的数据类型传递

多参数，中英文混合传递

List类型参数的传递

Class类型的参数传递

Map类型的参数传递

Date类型的参数传递

自定义对象参数传参

如果在实际应用中遇到了这种场景，需要调用以下的接口，那么这个使用就需要使用自定义参数了：

复杂类型自定义参数传递

假设遇到了List类型参数，而且传输的List里面包含有自定义对象，例如下边这种类型：

List<UserDTO> testUserDtoList(List<UserDTO> userDTOList,Class clazz);
复制代码

那么此时的传参案例可以像下边这样来写：

易错点归纳

注意请求的参数顺序要和方法对应的参数顺序一致，假设服务的方法定义如下：

<T> List<T> getList(List<Long> var1, Class<T> var2);
复制代码

那么传入的参数就必须先填List参数，再写Class参数。

正确示例： （先写了List参数，再写Class参数）

错误示例： （先写了Class参数，再写List参数）

实际运行：

目前该工具已经在自己公司运行一年左右，较为平稳，给团队的开发效率带来了极大地提升。希望本工具也能对各位有所帮助。