什么是Dubbo?Dubbo在项目中怎么使用?

Dubbo 是阿里开源的远程服务调用(RPC)的分布式框架，提供了 SOA 服务治理方案;它的架构主要有五个角色/核心组件，分为是 Container(容器)、Provider(服务的提供方)、Registry(注册中心)、Consumer(服务的消费方)、Monitor(监控中心)。

容器主要负责启动、加载、运行服务提供者;

同时服务提供者在启动时，向注册中心注册自己提供的服务;

消费者向注册中心订阅自己的服务;

注册中心返回服务提供者列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者;

对于服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另外一台调用;

服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心;

Dubbo 在项目中主要用来实现不同系统之间的服务调用，由于项目是按照不同的功能分了不同的系统，按照三层架构又分了不同的服务，其中三层架构中的控制层作为服务的消费方，业务层和持久层共同作为服务的发布方，这样的架构实现了系统的服务化，提高了开发效率，实现了业务的解耦。

项目中通过 Dubbo 和 Spring 的整合，采用全 Spring 配置方式，只需要用 Spring 来加载Dubbo 的配置，完成了服务的发布和调用。

我们主要在服务的暴露方通过dubbo:service标签来暴露服务，在服务的消费方通过dubbo:reference标签来引用服务，注册中心我们选用的是 zookeeper，对服务的URL进行了管理和配置。

Dubbo 支持 Dubbo 协议、RMI 协议、hessian 协议、Http 协议等。

Dubbo 协议：缺省协议、采用了单一长连接和 NIO 异步通讯、使用线程池并发处理请求，能减少握手和加大并发效率、采用的是 Hession 二进制序列化、性能较好，推荐使用。

主要应用于传入传出参数数据包较小(建议小于 100K)，消费者比提供者个数多，由于是单一连接，因为尽量不要传输大文件。

RMI 协议：采用 JDK 标准的 RMI 协议(基于 TCP 协议)、堵塞式短连接、JDK 标准序列化方式、同步通讯。

适用于消费者和提供者个数差不多的，可传文件。测试发现偶尔会连接失败，需要重建 Stub。

Hessian 协议：采用 http 通讯，采用 Servlet 暴露服务，多连接短连接的同步传输方式，采用hession 的二进制序列化，适合提供者比消费者多。