dubbo服务发布之后，我们可以利用telnet命令进行调试、管理。
Dubbo2.0.5以上版本服务提供端口支持telnet命令，下面我以通过实例抛砖引玉一下：

1.连接服务

    测试对应IP和端口下的dubbo服务是否连通，cmd命令如下，这里的端口号是dubbo服务注册的zookeeper端口

telnet localhost 20880

    正常情况下，进入telnet窗口，键入回车进入dubbo命令模式。

    

2.查看服务列表

查看服务

dubbo>ls

com.test.DemoService


查看服务中的接口

dubbo>ls com.test.DemoService

queryDemoPageList

insertDemolist

uploadDemoList

deleteDemolist

ls

(list services and methods)

ls

显示服务列表。

ls -l

显示服务详细信息列表。

ls XxxService

显示服务的方法列表。

ls -l XxxService

显示服务的方法详细信息列表。


3.调用服务接口

调用接口时，以JSON格式传入参数（这点很方便 :-D），然后打印返回值和所用时间。

dubbo>invoke com.test.DemoService.queryDemoPageList({"id":"100"}, 1, 2)

{"totalCount":1,"data":[{date":"2011-03-23 14:10:32","name":"张三","keyword":null}]}

elapsed: 10 ms.

invoke

invoke XxxService.xxxMethod({"prop": "value"})

调用服务的方法。

invoke xxxMethod({"prop": "value"})

调用服务的方法(自动查找包含此方法的服务)。


4.查看服务状态

查看服务调用次数，不过比较奇怪的是，我刚才已经调用过一次 query Demo PageList了，而这里显示的为0（貌似不太准，有待进一步了解 ）

dubbo>count  com.test.DemoService

dubbo>

+-------------------------+-------+--------+--------+---------+-----+

| method                  | total | failed | active | average | max |

+-------------------------+-------+--------+--------+---------+-----+

| queryDemoPageList | 0     | 0      | 0      | 0ms     | 0ms |

| insertDemolist    | 0     | 0      | 0      | 0ms     | 0ms |

| uploadDemoList    | 0     | 0      | 0      | 0ms     | 0ms |

| deleteDemolist    | 0     | 0      | 0      | 0ms     | 0ms |

+-------------------------+-------+--------+--------+---------+-----+

count

count XxxService

统计1次服务任意方法的调用情况。

count XxxService 10

统计10次服务任意方法的调用情况。

count XxxService xxxMethod

统计1次服务方法的调用情况。

count XxxService xxxMethod 10

统计10次服务方法的调用情况。

status

status

显示汇总状态，该状态将汇总所有资源的状态，当全部OK时则显示OK，只要有一个ERROR则显示ERROR，只要有一个WARN则显示WARN。

status -l

显示状态列表。

Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生