开始测试：
1.启动zookeeper。执行zookeeper目录下：bin/zkServer.cmd启动服务
2.启动dubbo服务。启动dubbo所在tomcat（详见本文开头），dubbo启动后，可通过http://127.0.0.1:8080/dubbo-admin来查看dubbo服务状态
3.启动生产者服务。运行生产者测试类Client.java
4.启动消费者服务。运行消费者服务代码ClientDemo.java，此时可以在生产者的控制台看到服务被调用了。
dubbo协议理解：
dubbo的核心就是用的单一长连接进行异步通信。
那问题来了为什么要用dubbo进行数据传输？
一般服务端服务器比较少，消费端有可能会有很多项目或者工程会调用dubbo的接口，
而且数据量传输较小且并发量比较高的情况下用dubbo效率会很高。
Tcp协议和HTTP怎么更好理解呢？
Tcp协议就是所谓的长连接，他就像是经销商和厂商的关系，经销商开始与厂商进行联系，我代理你的货吧
，厂商给一个回复可以啊，我这就给你发货，然后经销商收到货后然后打款给厂商说我收到货了。但是自此
经销商就和厂商不联系了么？显然不是的，厂商会与经销商建立长期的合作关系。厂商会时不时的给经销
商联系你的货卖完没，就是类似TCP的检测包，然后经销商会给厂商一个回馈，我货卖完了你再给我发货吧自
此。。。直到经销商关闭不再经销这家厂商货物的时候这个连接算是彻底关闭。
HTTP协议呢就是所谓的短连接，他就像是一次普通的网上购物，我打开一家商店，选好商品之后，
下单，支付宝付款，然后商家收到订单后，发货，快递员送到我手里然后点击确认收货，将款打到卖家手里，经典的三次握手。
长连接的好处：
减少来回握手的频率，当操作频繁，点对点的通讯时，可以同时发送多个数据包，以不至于服务者被消费者压死
