dubbo 作为一个远程调用框架,虽与同类型的框架,不知道谁优谁劣,但是就公司层面使用来说,还是很棒的。这里简单的写一下怎么使用和调试技巧,就算是作个使用总结吧,供快速使用和问题解决!
dubbo 是基于 spring 做配置使用的,虽也提供其他方法,但是比较麻烦,所以使用 spring 还是有好处的吧。
先来一个整体架构图,这对于了解其是如何工作的是很有必要的。(比如我当初就误以为 dubbo 会做一个服务转发,好尴尬)
下面是一个更完整架构图,可以更清晰的看到软件是如何工作的:
(以下是官方说明,我觉得很有必要了解下,so)节点角色说明:
调用关系说明:
(1) 连通性:
(2) 健状性:
(3) 伸缩性:
(4) 升级性:
以上,官方文档很全面的哦,有时间请查看 官网 说明。
使用配置如下(分提供者和消费者配置,这很容易理解):
- 提供者配置 dubbo-provider.xml
- <bean id="xxxService" class="com.xxx.XxxServiceImpl" />
- <!-- 声明bean id, 以便和消费者的id相匹配 -->
- <dubbo:service interface="com.xxx.XxxService" ref="xxxService" />
- <!-- 使用dubbo:service方法,增加暴露远程服务配置 -->
- 消费者配置 dubbo-consumer.xml
- <dubbo:reference id="xxxService" interface="com.xxx.XxxService" />
- <!-- 使用dubbo:reference,引用远程服务实现配置,使用 @Resource等方法注入引用 -->
以上,两个配置好后,就可以启动 dubbo, 服务端, 然后通过 consumer 进行测试了。
但是,现在讲究的都是微服务化,那么就可能是,提供者是一波人,消费者是另一波人,这是正常情况,那么如果要测试提供者怎么办呢?
方法有二:
1. 自己写简单消费者功能,进行各种情况测试。(这确实是有必要的)
2. 使用 telnet 直接连接上 dubbo,使用命令调用,然后调试。(这是本文的初衷)
下面,就说说怎么样连接 dubbo 吧:
1. 查看提供者暴露的端口(这很重要,我曾经为找这个端口绕了不少弯路),我主要是通过 dubbo 的管理后台进行查看的,截图如下:
通过这个显示,我们知道,提供者的 ip 是 172.17.0.13,端口是 60003
2. 使用 telnet 登录 dubbo, 进行调用
- $-#: telnet172.17.0.13 60003
3. 查看提供者都提供了什么服务,ls 命令,ls com.cxxx.xxxx
- dubbo>ls
- com.test.DemoService
- dubbo>ls com.test.DemoService
- queryDemoPageList
- insertDemolist
4. 调用方法,invoke com.cxxx
- dubbo > invoke com.test.DemoService.queryDemoPageList({
- "id": "100"
- },
- 1, 2) {
- "totalCount": 1,
- "data": [{
- date ":"2017 - 03 - 23 14 : 10 : 32 ","name ":"张三","keyword ":"222 "}]}
- elapsed: 11 ms."
以上,就这样就可以快速调试你的方法了。对于你调用服务端有用,对于消费者也有用的,特别是有时怀疑对方写错了的时候。
怎样确认 dubbo 接口出问题了?
dubbo 有一个管理后台,可以观察哪些服务是否已经挂掉了
有时修改在提供者页面会看到警告,大部分情况是可以不用管的,但是有时是因为 zookeeper 挂掉了,可能需要重启。
压力测试?
对于 dubbo 接口的压力测试,目前我们是通过编写 http 接口来调用进行测试的。
dubbo 只是一个调用框架,做的事情其实也不是特别多,但是项目里面还是需要有这么一种管理工具的,比较使用原生的 rpc 调用,排查问题比较难,和安全性比起来,效率都是次要的。
dubbo 是为 java 而生的,hprose 用于写 php 远程调用,据说比较好哦。
来源: http://www.cnblogs.com/yougewe/p/6673845.html