一、 Dubbo 简介
1 Dubbo 是什么
Dubbo 官网地址： http://dubbo.apache.org/zh-cn/
Dubbo 最早是 Alibaba 开源的分布式服务框架，它最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）。从服务模型的角度来看，Dubbo 采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，所以基于这一点可以抽象出服务提供方（Provider）和服务消费方（Consumer）两个角色。
2 发展历史
Dubbo 是最开始是阿里巴巴内部使用的 RPC 框架。
2011 年对外提供。
2012 年停止更新。
2017 年开始继续更新。
2019 年捐献给 Apache，由 Apache 维护 2.7 以上版本。
3 Dubbo 能做什么
- Dubbo 可实现透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置即可，没有任何 API 侵入。
- 软负载均衡及容错机制，可在内网替代 F5 等硬件负载均衡器，降低成本，减少单点。
- 服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的 IP 地址，并且能够平滑添加或删除服务提供者。
4 Dubbo 产生的背景
- 单一应用架构（单体架构）
当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。
此时，用于简化增删改查工作量的数据访问框架(ORM) 是关键。
- 垂直应用架构
当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。
此时，用于加速前端页面开发的 Web 框架(MVC) 是关键。
- 分布式服务架构（RPC 架构）
当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。
此时，用于提高业务复用及整合的分布式服务框架(RPC) 是关键。
- 流动计算架构（SOA 架构）
当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。
此时，用于提高机器利用率的资源调度和治理中心(SOA) 是关键。
二、 Dubbo 架构讲解
1 架构图
2 架构说明
2.1虚线
虚线表示异步，实线表示同步。异步不阻塞线程性能高，同步阻塞线程必须等待响应结果才能继续执行，相对性能低。
2.2Provider
暴露服务的服务提供方。
2.3Container
服务运行容器。Dubbo 完全基于 Spring 实现的。
2.4Registry
服务注册与发现的注册中心。注册中心，放置所有 Provider 对外提供的信息。包含Provider 的 IP，访问端口，访问遵守的协议，对外提供的接口，接口中有哪些方法等相关信息。
2.5Consumer
调用远程服务的服务消费方。
2.6Monitor
统计服务的调用次调和调用时间的监控中心。监控中心，监控 Provider 的压力情况等。每隔 2 分钟 Consumer 和 Provider 会把调用次数发送给 Monitor，由 Monitor 进行统计。
3 执行流程
0. start：启动 Spring 容器时会把 Provider 启动。
1. register：把 Provider 相关信息注册到 Registry 里
2. subscribe：Consumer 从 Registry 中订阅 Provider 的信息
3. notify：通知给 Consumer
4. invoke：Consumer 根据 Registry 通知的信息进行调用 Provider 中方法。
5. count:Consumer 和 Provider 把调用次数信息异步发送给 Monitor 进行统计。
三、 Dubbo 支持的协议
1 Dubbo 协议(官方推荐协议)
优点：
采用 NIO 复用单一长连接，并使用线程池并发处理请求，减少握手和加大并发效率，性能较好（推荐使用）
缺点：
大文件上传时,可能出现问题(不使用 Dubbo 文件上传)
2 RMI(Remote Method Invocation)协议
优点:
JDK 自带的能力。
缺点:
偶尔连接失败.
3 Hessian 协议
优点:
可与原生 Hessian 互操作，基于 HTTP 协议
缺点:
需 hessian.jar 支持，http 短连接的开销大
四、 Dubbo 支持的注册中心
1 Zookeeper(官方推荐)
1) 优点:
支持分布式.很多周边产品.
2) 缺点:
受限于 Zookeeper 软件的稳定性。Zookeeper 是一款专门为分布式架构提供辅助型处理的软件，稳定较优。
2 Multicast
1) 优点:
去中心化,不需要单独安装软件.
2) 缺点:
Provider 和 Consumer 和 Registry 不能跨机房(路由)
3 Redis
1) 优点:
支持集群,性能高
2) 缺点:
要求服务器时间同步.否则可能出现集群失败问题.
4 Simple
1) 优点:
标准 RPC 服务.没有兼容问题
2) 缺点:
不支持集群.
