关于dubbo的一些看法

最近参加一些面试，总是会问到关于dubbo是用的什么协议，然后查询了相关资料对dubbo协议进行分析

在使用dubbo的时候会配置<dubbo:protocolname="dubbo"port="20880"/>所以再回答面试官的时候就随口说的是dubbo协议，其实面试官问的此协议非彼协议，而是问的是http协议还是Tcp协议，因为dubbo的核心就是用的单一长连接进行异步通信。

      那问题来了为什么要用dubbo进行数据传输？

      一般服务端服务器比较少，消费端有可能会有很多项目或者工程会调用dubbo的接口，而且数据量传输较小且并发量比较高的情况下用dubbo效率会很高。

   Tcp协议和HTTP怎么更好理解呢？

我举两个例子的，方便大家更好的理解：

           Tcp协议就是所谓的长连接，他就像是经销商和厂商的关系，经销商开始与厂商进行联系，我代理你的货吧，厂商给一个回复可以啊，我这就给你发货，然后经销商收到货后然后打款给厂商说我收到货了。但是自此经销商就和厂商不联系了么？显然不是的，厂商会与经销商建立长期的合作关系。厂商会时不时的给经销商联系你的货卖完没，就是类似TCP的检测包，然后经销商会给厂商一个回馈，我货卖完了你再给我发货吧自此。。。直到经销商关闭不再经销这家厂商货物的时候这个连接算是彻底关闭。

   HTTP协议呢就是所谓的短连接，他就像是一次普通的网上购物，我打开一家商店，选好商品之后，下单，支付宝付款，然后商家收到订单后，发货，快递员送到我手里然后点击确认收货，将款打到卖家手里，经典的三次握手。

长连接的好处：

减少来回握手的频率，当操作频繁，点对点的通讯时，可以同时发送多个数据包，以不至于服务者被消费者压死