Dubbo 连接模型及其原因

Dubbo的四个角色，服务提供者，服务消费者，注册中心，监控中心。

Provider Consumer Registry之间两两连接而且都是长连接，Consumer Provider与Monitor之间的连接是短连接。为什么是这样的连接模型？

答：

1. Consumer Provider之间为什么是长连接的？
   Consumer Provider之间的连接是 单一 长连接。为什么这么设计呢？首先我们需要明白，两个进程之间可以建立多个连接，因为一个进程可以绑定多个端口。那么，两进程之间通信，单一连接与多连接有什么不同呢，不同点在于多连接的情况下，客户端进程可以向服务端产生更大的瞬时数据量，极限情况下，一个Consumer就可以将一个Provider的网卡压满。而单一连接呢，数据发送必须排队，假设一个连接最大的数据流量是7M/s，一个千兆网卡的Provider可以同时向20个消费者提供服务。缺点就是可能最佳速度不如多连接。结合事实情况，往往消费者的数量要比服务提供者的数量多，所以采用的是单一连接。那么为什么是长连接呢？避免高并发情况下，频繁的建立销毁连接，浪费性能。
2. Consumer Registry之间为什么是长连接的？
   目前的理解是这样的，当注册中心的数据发生发动时需要通知Consumer,比如新的P上线，如果R与C之间没有长连接，那么R就无法确认C的生命状态，那么它对于notify失败的状况时懵逼的。
3. Provider Registry之间为什么是长连接的？
   按理说，C与P之间采用了长连接，那么通过心跳，一旦有P下线，C是可以察觉到的，那么注册中心为什么还和P之间进行长连接呢？对于已有P,C，注册中心通过与P长连接，监测P,然后通知对应的C,这样看起来确实有点多余。但是如果后面有新的C上线了呢，注册中心需要将最新的P节点情况告诉新来的C,所以注册中心还是需要与P保持长连接来监活的。
4. Consumer Provider与Monitor之间为什么是短连接？
   C与P通过Filter在内存中记录调用相关的数据，每分钟汇报给Monitor，时间间隔较长所以是短连接。