分布式RPC框架Apache Dubbo简介

什么是RPC

RPC全称为remote procedure call，即远程过程调用。比如两台服务器A和B，A服务器上部署一个应用，B服务器上部署一个应用，A服务器上的应用想调用B服务器上的应用提供的方法，由于两个应用不在一个内存空间，不能直接调用，所以需要通过网络来表达调用的语义和传达调用的数据。
需要注意的是RPC并不是一个具体的技术，而是指整个网络远程调用过程。

RPC是一个泛化的概念，严格来说一切远程过程调用手段都属于RPC范畴。各种开发语言都有自己的RPC框架。Java中的RPC框架比较多，广泛使用的有RMI、Hessian、Dubbo等。

Dubbo官网地址：http://dubbo.apache.org

Dubbo提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。

Dubbo架构

Dubbo架构图（Dubbo官方提供）如下：

 虚线都是异步访问，实线都是同步访问 蓝色虚线:在启动时完成的功能 红色虚线(实线)都是程序运行过程中执行的功能

调用关系说明:
0. 服务容器负责启动，加载，运行服务提供者。
1. 服务提供者在启动时，向注册中心注册自己提供的服务。
2. 服务消费者在启动时，向注册中心订阅自己所需的服务。
3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
5. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

服务注册中心Zookeeper

 流程说明：
服务提供者(Provider)启动时: 向 /dubbo/com.foo.BarService/providers 目录下写入自己的
URL 地址
服务消费者(Consumer)启动时: 订阅 /dubbo/com.foo.BarService/providers 目录下的提供者
URL 地址。并向 /dubbo/com.foo.BarService/consumers 目录下写入自己的 URL 地址
监控中心(Monitor)启动时: 订阅 /dubbo/com.foo.BarService 目录下的所有提供者和消费者
URL 地址

安装地址：http://archive.apache.org/dist/zookeeper/

Dubbo快速入门

Dubbo作为一个RPC框架，其最核心的功能就是要实现跨网络的远程调用。本小节就是要创建两个应用，一个作为服务的提供方，一个作为服务的消费方。通过Dubbo来实现服务消费方远程调用服务提供方的方法。

服务提供方开发

开发步骤：
（1）创建maven工程（打包方式为war）dubbodemo_provider，在pom.xml文件中导入
（2）配置web.xml文件
（3）创建服务接口
（4）创建服务实现类
注意：服务实现类上使用的Service注解是Dubbo提供的，用于对外发布服务
（5）在src/main/resources下创建applicationContext-service.xml
（6）启动服务

服务消费方开发

开发步骤：
（1）创建maven工程（打包方式为war）dubbodemo_consumer，pom.xml配置和上面服务提供者
相同，只需要将Tomcat插件的端口号改为8082即可
（2）配置web.xml文件
（3）将服务提供者工程中的HelloService接口复制到当前工程
（4）编写Controller
注意：Controller中注入HelloService使用的是Dubbo提供的@Reference注解
（5）在src/main/resources下创建applicationContext-web.xml
（6）运行测试
 

思考

思考一：上面的Dubbo入门案例中我们是将HelloService接口从服务提供者工程
(dubbodemo_provider)复制到服务消费者工程(dubbodemo_consumer)中，这种做法是否合适？还有没有更好的方式？
答：这种做法显然是不好的，同一个接口被复制了两份，不利于后期维护。更好的方式是单独创建个maven工程，将此接口创建在这个maven工程中。需要依赖此接口的工程只需要在自己工程的pom.xml文件中引入maven坐标即可。

思考二：在服务消费者工程(dubbodemo_consumer)中只是引用了HelloService接口，并没有提供现类，Dubbo是如何做到远程调用的？
答：Dubbo底层是基于代理技术为HelloService接口创建代理对象，远程调用是通过此代理对象完成的。可以通过开发工具的debug功能查看此代理对象的内部结构。另外，Dubbo实现网络传输底层是基于Netty框架完成的。

思考三：上面的Dubbo入门案例中我们使用Zookeeper作为服务注册中心，服务提供者需要将自己的服务信息注册到Zookeeper，服务消费者需要从Zookeeper订阅自己所需要的服务，此时Zookeeper服务就变得非常重要了，那如何防止Zookeeper单点故障呢？
答：Zookeeper其实是支持集群模式的，可以配置Zookeeper集群来达到Zookeeper服务的高可用，防止出现单点故障。