代码拉取完成，页面将自动刷新
不知道你是否在工作中有遇到过类似情况：
dubbo接口调试复杂，需要通过telnet命令或者通过consumer调用来触发。
telnet语句参数格式复杂，每次编写都要小心谨慎，一旦出错又需重来。
复杂对象参数传参调用接口复杂，编写java api调用接口时间成本较高。
上述这些坑我在工作中都有遇见过，发现大部分耗时都会卡在调用dubbo服务做自测的阶段，所以后来花费了写业余时间写了一款高效的dubbo测试工具开源给大家使用。
这款工具目前已在实际工作中应用1年多，基本功能已经成熟，后续依旧会进行版本维护。
相关的代码地址为：
https://gitee.com/IdeaHome_admin/dubbo-proxy-tools
ps: 如果大家喜欢，希望能给出一颗宝贵的star
下边部分是针对于2.0.3-release版本进行迭代之后的使用说明文档，2.0.3-release版本开始支持对于dubbo请求方法所携带参数做自动填充功能，细节点看application.properties配置项。
新版本的代码结构去除了原先的前后端分离，采用前后端合并的思路进行整合，减轻使用者的部署成本。
前端采用非常简单的vue技术，只需要调整js目录下方的constants.js文件中的server_addr变量即可改变请求地址。 默认的请求地址为：
let server_addr="http://127.0.0.1:7090/";
后端工程采用了springboot框架技术，核心的配置放在了application.properties里面,调整为对应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
#dubbo服务注册在zk的根节点
zk.dubbo.root=/dubbo
#如果zk的方法位置有调整，修改这里即可
zk.dubbo.method.root=/dubbo/%s/providers
#采用zk注册中心的时候，dubbo的参数注册在这个地址上
zk.meta.data.addr=/dubbo/metadata/%s
zookeeper.base.sleep.times=3000
zookeeper.max.retry.times=4
register.connect.timeout=8000
然后导入建表的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;
CREATE TABLE `t_login_status` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`user_id` int(9) DEFAULT NULL COMMENT '用户id',
`user_token` varchar(255) COLLATE utf8_bin DEFAULT NULL COMMENT '用户token',
`create_time` datetime DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
`update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',
PRIMARY KEY (`id`),
KEY `idx_user_token` (`user_token`) USING HASH
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 COLLATE=utf8_bin;
t_user 用于记录相关的用户账号，方便于保存用户账号信息。
t_dubbo_invoke_req_record 用于记录请求dubbo接口的用例信息。
t_register_config 用于记录注册中心的配置信息。
t_login_status 用于记录登录态相关信息。
最后就是启动入口类org.iubbo.proxy.IubboXInvokerApplication
启动成功截图
本工具区分了已登录账号和未登录账号两类角色，已登录账号的使用者可以对请求的用例进行保存，方便下一次提取信息，未登录账号虽然没有保存用例的功能，但是不影响其使用本工具进行测试。
首页地址： http://localhost:7090/html/test-dubbo-web.html 或者访问： http://localhost:7090/html/index.html
首页截图：
ps：2.0.0版本对颜色做了一些细微调整，如果觉得绿色太丑，可以在代码里面进行调整
2.0.0版本中将注册中心的配置抽离为通过MySQL进行管理：
只需要在t_register_config表里面加入一行记录即可看到相关信息：
在测试dubbo接口之前，我们通常都会去拉取一遍zk上边的service地址，操作如下图:
先在文本框点击，输入和js配置有关的字母或数字会有模糊匹配的选项供各位选择：
选中了zk地址之后，再去点击拉取zk地址按钮（以前有同事刚接触这个工具的时候，这里被绕蒙了~~）
拉取zk地址的时候，后端会根据文章上边提到的js配置里面的ip值去请求服务器拉取zk的url信息，拉取成功会有相关提示：
接下来便是筛选dubbo服务地址的功能，在拉取zk地址下方有一个下拉框，这里面此时应当会被注入zk上所有dubbo服务列表的名称。
选择对于的service名称，然后在右边的“请输入名称”文本框中输入该接口对应的方法名称（一定要名称对应） 例如测试该方法：
public interface DubboService {
/**
* 测试接口功能
*
* @return
*/
String doTest(String str);
}
然后配置相关的参数和名称：
选择对应参数类型和值：
选择参数之后需要点击一遍添加参数按钮，这样才能保证刚才设置的参数生效。
最后发起请求：
在基础参数配置项的旁边，还有一个模块是专门配置consumer端的额外内容，这些参数项都是在平时工作中可能会应用到的场景，需要的时候可以进行配置。这里面也配备了工作中非常常用的直连选项。
2.0.1版本中新增了nacos注册中心的兼容功能
这里面支持基于namespace和group分组的dubbo查询功能
个人最喜欢使用的还是直连功能，因为在开发过程中，经常需要直连机器做自测：
假如说希望保存自己曾经发送过的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类型参数，而且传输的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参数）
目前该工具已经在自己公司运行一年左右，较为平稳，给团队的开发效率带来了极大地提升。希望本工具也能对各位有所帮助。
使用过程中如果遇到什么问题或者有什么改善的建议欢迎加入下方微信群
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
1. 开源生态
2. 协作、人、软件
3. 评估模型