dubbo介绍

Dubbo是Alibaba开源的分布式服务框架，它最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）。从服务模型的角度来看，Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，所以基于这一点可以抽象出服务提供方（Provider）和服务消费方（Consumer）两个角色。关于注册中心、协议支持、服务监控等内容，详见后面描述。

组成部分：
1. RPC框架（默认是netty通信，可以支持http，hession，soap等自定义协议）
2. Double monitor
3. Double 注册中心（zookeeper、redis、nacos等）
4. Double admin 服务管理平台（最新版独立出来做成 Double ops了）

总体架构

源码总览

可以通过Dubbo的代码（使用Maven管理）组织，与上面的模块进行比较。简单说明各个包的情况：

dubbo-common 公共逻辑模块，包括Util类和通用模型。
dubbo-remoting 远程通讯模块，相当于Dubbo协议的实现，如果RPC用RMI协议则不需要使用此包。
dubbo-rpc 远程调用模块，抽象各种协议，以及动态代理，只包含一对一的调用，不关心集群的管理。
dubbo-cluster 集群模块，将多个服务提供方伪装为一个提供方，包括：负载均衡、容错、路由等，集群的地址列表可以是静态配置的，也可以是由注册中心下发。
dubbo-registry 注册中心模块，基于注册中心下发地址的集群方式，以及对各种注册中心的抽象。
dubbo-monitor 监控模块，统计服务调用次数，调用时间的，调用链跟踪的服务。
dubbo-config 配置模块，是Dubbo对外的API，用户通过Config使用Dubbo，隐藏Dubbo所有细节。
dubbo-container 容器模块，是一个Standalone的容器，以简单的Main加载Spring启动，因为服务通常不需要Tomcat/JBoss等Web容器的特性，没必要用Web容器去加载服务。

在dubbo协议中，分为三种调用方式：同步（默认）、异步和OneWay，同步好理解，就是阻塞等拿到被调用方的结果再返回，异步也好理解，不等待被调用者的处理结果就直接返回，但需要等到被调用者接收到异步请求的应答，OneWay（单向调用）在很多MQ和RPC框架中都有出现，即调用方只负责调用一次，不管被调用方是否接收到该请求，更不会去理会被调用方的任何应答，OneWay一般只会在无需保证调用结果的时候使用。