引入dubbo项目接口_dubbo入门--原理、应用、实例

最近想学习一下dubbo，看了很多前辈们的文章和资料，现对自己的理解做个总结：

要说dubbo就先了解一下RPC：

概念：

RPC(Remote Procedure Call)：远程过程调用，是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。它使得在本地调用远端的程序就好像是在调用本地的程序一样。

RPC协议假定某些传输协议是存在的，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型(七层模型)中，RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。

RPC调用过程：

客户端以本地服务方式调用服务

client stub作为代理，然后处理调用与调用的参数

client stub发送调用到远端的系统，通过TCP或UDP

server stub处理client stub发过来的调用与参数

server stub调用真正提供的服务

server stub处理回复，然后发送给客户端

Dubbo

1、什么是dubbo ：Dubbo是阿里巴巴SOA服务化治理方案的核心框架，是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。

soa：“面向服务架构”，它提供的是一种架构风格和理念，而并非是一种技术或者产品。SOA提倡将不同应用程序的业务功能封装成“服务”并宿主起来，通常以接口和契约的形式暴露并提供给外界应用访问(通过交换消息)，达到不同系统可重用的目的。

2、Dubbo的技术架构图如下：

我们解释一下这个架构图：

a、Consumer服务消费者(花钱的)，Provider服务提供者(给钱的)，Container服务容器(领钱的地方)。

b、服务提供者先启动，然后注册服务(registry)。

c、Monitor这是一个监控，图中虚线表明Consumer 和Provider通过异步的方式发送消息至Monitor，Consumer和Provider会将信息存放在本地磁盘，平均1min会发送一次信息。Monitor在整个架构中是可选的。

d、Monitor功能需要单独配置，不配置或者配置以后，Monitor挂掉并不会影响服务的调用。

3、Dubbo服务消费者调用过程

上图是服务消费的主过程：

首先通过  类的  方法会先检查初始化所有的配置信息后，调用  创建代理，消费者最终得到的是服务的代理， 在  接着调用  接口实现的  方法生成  实例(如上图中的红色部分)，这是服务消费的关键。接下来把  通过  代理工厂转换为客户端需要的接口(如：  )，创建服务代理并返回。

消费端的初始化过程

1、把服务引用的信息封装成URL并注册到zk注册中心;

2、监听注册中心的服务的上下线;

3、连接服务提供端，创建NettyClient对象;

4、将这些信息包装成DubboInvoker消费端的调用链，创建消费端Invoker实例的服务代理并返回;

消费端的服务引用过程

1、经过负载均衡策略，调用提供者;

2、选择其中一个服务的URL与提供者netty建立连接，使用ProxyFactory 创建远程通信，或者本地通信的，Invoker发到netty服务端;

3、服务器端接收到该Invoker信息后，找到对应的本地Invoker，处理Invocation请求;

4、获取异步，或同步处理结果;异步 不需要返回值：直接调用ExchangeClient.send()方法;

同步 需要返回值：使用ExchangeClient.request()方法，返回一个ResponseFuture，一直阻塞到服务端返回响应结果;

4、最简单的dubbo实例

1. 服务提供方和消费方都需要的包(这里我新建的maven工程为pom工程，将共同的项目依赖写到pom.xml中)总的项目结构为

pom.xml文件内容为

2. 在demo-api中定义服务接口(注意服务提供方和消费方都需要依赖这个项目)

3. 服务提供方实现项目结构

实现接口声明暴露服务：在springmvc.xml中扫描service注解并将dubbo-provider.xml中的相关的dubbo配置引入进来加载Spring配置，启动服务：

4. 服务消费者实现项目结构

在dubbo-consumer.xml中声明所所需要消费的服务在springmvc.xml中扫描service注解并将dubbo-consumer.xml中的相关的dubbo配置引入进来加载Spring配置，调用服务：如果出现以下结果则调用成功