如何调试 Dubbo 协议调用过程

微服务架构下的快速交付、灵活部署等优势使得 Dubbo 协议已成为了当今互联网基础建设里的一大热点。

Dubbo 协议是一款由阿里巴巴开发并开源的一款高性能 Java RPC 框架,凭借着高效的远程调用、服务注册与发现、灵活的配置等特点,在微服务后端开发场景中十分流行

虽然有着许多优势,但是 Dubbo 接口的调试过程并不容易。此前并没有一款专业好用的 Dubbo 接口调试工具,许多 Java 后端开发者不得不在开发环境中,直接以编写代码的方式调试接口,数据反馈链路较长。

图片

虽然这种调试方式对于能够完成自闭环的程序员而言确实不会出现过多的问题,但是一旦到了多人共同协作场景(开发+测试人员),这种高门槛的调试模式将会让验收周期变得十分漫长。

Apifox 近期更新的 Dubbo 项目功能让 Java 团队的协作变得不再困难,已支持已在业界中广泛使用的 「Dubbo 网络传输协议」 + 「Hessian 序列化格式」 组合模式。

本文将以从 ZooKeeper 导入 Dubbo 接口为例,通过以下简单的三步即可在 Apifox 中导入 Dubbo 接口并开展调试工作!

1

导入 Dubbo 接口

首先在 Apifox 团队首页中创建 Dubbo 项目。

图片

在导入接口页选择 ZooKeeper 类型,根据页面指引,填写连接地址及端口号。若注册中心配置了鉴权机制,请点击右侧齿轮按钮并填写用户名和密码。

图片

选择需要导入至 Apifox 的 Dubbo 应用,点击「保存并导入」按钮完成导入。

图片

除了支持从 ZooKeeper 导入外,Apifox 还支持从 Nacos 和阿里云 EDAS 导入。

Apifox 作为客户端,仅支持导入 provider,不支持导入 consumer。因此导入 Dubbo 接口时须确保将应用的 provider 的元数据上传到 ZooKeeper 或 Nacos 中,以便接口能够正确导入至 Apifox。

从 ZooKeeper 导入成功后,你可以在左侧目录树看到由 Package、服务和方法这三个层级所展开的 Dubbo 接口。

图片

以 demo/com.dubbo.example.DemoService:1.0.1 接口为例,接口的各层级对照图如下:

图片

2

调试 Dubbo 接口

接口请求和调试的目标地址为注册中心。

注册中心是管理和维护 Dubbo 服务接口的信息的核心组件。当一个 Dubbo 服务提供者(服务端)启动时,它会向注册中心提供的服务接口信息,包括服务名称、IP 地址、端口号、以及其他元数据,其它服务消费者(客户端)都可以通过注册中心发现并调用 Dubbo 接口。并且注册中心还支持动态负载均衡,提供服务治理和监控服务等功能,帮助及时发现和解决问题。

针对从 ZooKeeper 导入的接口,Apifox 将自动在环境管理中添加注册中心地址,项目内的其它 Dubbo 接口也将会默认使用该地址

图片

配置完成后,点击「调用」按钮,即可得到接口的返回结果。

图片

3

创建 Dubbo 接口文档

在开发团队中管理多个 Dubbo 接口的有效方式之一就是编写详尽的接口文档。一份清晰的文档有利于团队内开发者之间的相互协作,有效避免消费者和提供者对接口参数产生分歧而导致的调用错误,提升团队整体的 Dubbo 接口协作效率。

从 ZooKeeper 导入 Apifox 的 Dubbo 接口支持自动生成接口文档。随着后期开发工作的展开,接口文档的内容也将随之更新。此时可以点击 Dubbo 接口中的“接口定义” 进行设置,为接口文档调整「请求」和「响应」。

图片

添加请求定义、响应定义和接口说明后,你可以点击「文档预览」 Tab 按钮查看 Dubbo 接口文档。点击右侧的「超链接」icon 还可以直接获取分享链接。其它成员打开后便可以直观的看到当前的 Dubbo 接口详情。

图片

Apifox 作为先进的 API 设计/开发/测试工具,不断兼容市面上流行的 API 协议,让开发人员不必再为某个 API 协议而苦苦寻找接口调试工具

除了 Dubbo 协议以外,Apifox 还支持常见的 Rest API、gRPC、WebSocket 等协议,更多详情请参考:盘点开发者最常用的 API 协议,Apifox 全都支持! 

可以说,光依靠 Apifox 一个工具就可以解决 API 开发 → 调试 → 管理问题,让更多的中国开发团队也能够体验到一流的一站式 API 管理方案。

知识扩展:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Doe 发布 [V1.0.0] 前段时间排查某问题的时候,想要快速知道某些dubbo接口(三无)的响应结果,但不想启动项目(因为这些项目不是你负责的,不会部署而且超级笨重),也不想新建一个dubbo客户端项目(占地方),也不想开telnet客户端连接口(麻烦而且有限制)。所以扣了dubbo的netty模块源码,封装了个收发客户端集成一个工具,可以快速调试dubbo接口。源码地址:https://github.com/VIPJoey/doe 极简模式 普通模式 目录结构 mmc-dubbo-api 接口项目,主要用于测试。 mmc-dubbo-provider dubbo提供者项目,主要用于测试。 mmc-dubbo-doe 主项目,实现dubbo接口调试。 deploy 部署文档 功能特性 极简模式:通过dubbo提供的telnet协议收发数据。 普通模式:通过封装netty客户端收发数据。 用例模式:通过缓存数据,方便下一次操作,依赖普通模式。 增加依赖:通过调用maven命令,下载jar包和热加载到系统,主要用来分析接口方法参数,主要作用在普通模式。 依赖列表:通过分析pom文件,展示已经加载的jar包。 其它特性 springboot 整合 redis,支持spring el 表达式。 springboot 整合 thymeleaf。 springboot 整合 logback。 netty rpc 实现原理。 开发环境 jdk 1.8 maven 3.5.3 dubbo 2.6.1 lombok 1.16.20 idea 2018 windows 7 安装步骤 安装jdk 安装maven,并设置好环境变量,仓库目录。 进入mmc-dubbo-api目录,执行mvn clean install命令,省api的jar包。 进入mmc-dubbo-doe目录,执行mvn clean install 命令,在target目录生成dubbo-doe-1.0.0-RELEASE.jar 在F盘(可以任意盘)创建目录F:\app\doe 把dubbo-doe-1.0.0-RELEASE.jar拷贝到F:\app\doe 把deploy目录中的所有文件拷贝到F:\app\doe 如果您电脑安装了git bash,可以在bash窗口运行 ./deploy.sh start,否则如果没有安装git bash,只能打开cmd切换到F:\app\doe目录,然后执行java -jar dubbo-doe-1.0.0-RELEASE.jar --spring.profiles.active=prd 打开浏览器,访问地址:http://localhost:9876/doe/home/index 全剧终
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值