在线时间:8:00-16:00
迪恩网络APP
随时随地掌握行业动态
扫描二维码
关注迪恩网络微信公众号
不知道你是否在工作中有遇到过类似情况: 2.0.3-release版本下边部分是针对于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=7090application.invoker.name=iubbo-invoker-proxyspring.datasource.druid.password=passwordspring.datasource.druid.username=rootspring.datasource.druid.url=jdbc:mysql://10.11.9.243:3306/iubboxspring.datasource.druid.driver-class-name=com.mysql.jdbc.Drivermybatis-plus.configuration.map-underscore-to-camel-case=truespring.redis.port=6379spring.redis.host=localhostspring.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/%szookeeper.base.sleep.times=3000zookeeper.max.retry.times=4register.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版本对颜色做了一些细微调整,如果觉得绿色太丑,可以在代码里面进行调整 指定zk注册地址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端的额外内容,这些参数项都是在平时工作中可能会应用到的场景,需要的时候可以进行配置。这里面也配备了工作中非常常用的直连选项。 指定nacos注册地址2.0.1版本中新增了nacos注册中心的兼容功能这里面支持基于namespace和group分组的dubbo查询功能 额外参数个人最喜欢使用的还是直连功能,因为在开发过程中,经常需要直连机器做自测: 假如说希望保存自己曾经发送过的dubbo测试用例,那么你只需先进行登录账号,或者点击注册按钮重新注册账号即可: 保存请求用例查看保存用例信息用户手动刷新下页面才能显示保存的用例信息:点击选用参数,则页面又会重新回显之前使用过的请求信息。 转让测试用例点击转让测试用例按钮即可进行用户的转让 压力测试支持对于dubbo接口进行压力测试的配置 请求详情分析对于每次dubbo请求,都会有对应的参数请求信息,响应数据相关信息展示: 接口响应数据信息:实际发送给dubbo服务端的各项参数指标信息:请求耗时的各项指标数据 特殊参数请求该工具支持多种开发中常见的参数格式调用,目前支持常规参数ps:注意这里的参数格式需要和dubbo方法里面的参数格式按照相同顺序相同类型做映射,否则后端程序会返回找不到对应方法 Java的常用基本类型数据:boolean,short,int,long,double,char,floatJava中常用的包装类数据: 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参数) 实际运行目前该工具已经在自己公司运行一年左右,较为平稳,给团队的开发效率带来了极大地提升。希望本工具也能对各位有所帮助。 如果大家有需要对该工具后续进行迭代开发或者特殊定制的,可以私聊本人, wx: idea_000000。 使用过程中如果遇到什么问题或者有什么改善的建议欢迎加入下方微信群 |
请发表评论