Dubbo
Dubbo 是一款高性能、轻量级的开源Java RPC框架，提供面向接口代理的高性能RPC调用、智能负载均衡、服务自动注册和发现、运行期流量调度、可视化服务治理和运维等功能。
资料
课件代码 https://pan.baidu.com/s/136WmZXSNacZMcKIgf-3sHA?pwd=1234
2024Java学习路线(黑马) https://www.bilibili.com/read/cv9965357/
2024Java学习路线(尚硅谷) https://www.bilibili.com/read/cv5216534
github代码：https://github.com/mouday/dubbo-demo
学习时间：2024年5月30日 ~ 2024年6月2日
目录
- 分布式系统中的相关概念
- Dubbo 概述
- Dubbo 快速入门
- Dubbo 高级特性
分布式系统中的相关概念
- 大型互联网项目架构目标
- 集群和分布式
- 架构演进
1、大型互联网项目架构目标
传统项目和互联网项目
- 传统项目：OA、CRM、HR
- 互联网项目
互联网项目特点：
- 用户多
- 流量大，并发高
- 海量数据
- 易受攻击
- 功能繁琐
- 变更快
衡量网站的性能指标：
- 响应时间：指执行一个请求从开始到最后收到响应数据所花费的总体时间。
- 并发数：指系统同时能处理的请求数量。
- 并发连接数：指的是客户端向服务器发起请求，并建立了TCP连接。每秒钟服务器连接的总TCP数量
- 请求数：也称为QPS(Query Per Second) 指每秒多少请求.
- 并发用户数：单位时间内有多少用户
- 吞吐量：指单位时间内系统能处理的请求数量。
- QPS：Query Per Second 每秒查询数。
- TPS：Transactions Per Second 每秒事务数。
一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数。
一个页面的一次访问，只会形成一个TPS；但一次页面请求，可能产生多次对服务器的请求，就会有多个QPS
QPS >= 并发连接数 >= TPS- 高性能：提供快速的访问体验。
- 高可用：网站服务一直可以正常访问。
- 可伸缩：通过硬件增加/减少，提高/降低处理能力。
- 高可扩展：系统间耦合低，方便的通过新增/移除方式，增加/减少新的功能/模块。
- 安全性：提供网站安全访问和数据加密，安全存储等策略。
- 敏捷性：随需应变，快速响应。
2、集群和分布式
- 集群：很多“人”一起 ，干一样的事。一个业务模块，部署在多台服务器上。
- 分布式：很多“人”一起，干不一样的事。这些不一样的事，合起来是一件大事。一个大的业务系统，拆分为小的业务模块，分别部署在不同的机器上。
3、架构演进
Dubbo 是 SOA时代的产物，SpringCloud 是微服务时代的产物
(1) 单体架构
优点：
- 简单：开发部署都很方便，小型项目首选
缺点：
- 项目启动慢
- 可靠性差
- 可伸缩性差
- 扩展性和可维护性差
- 性能低
(2) 垂直架构
垂直架构是指将单体架构中的多个模块拆分为多个独立的项目。形成多个独立的单体架构。
单体架构存在的问题：
- 项目启动慢
- 可靠性差
- 可伸缩性差
- 扩展性和可维护性差
- 性能低
垂直架构存在的问题：
- 重复功能太多
（3）分布式架构
分布式架构是指在垂直架构的基础上，将公共业务模块抽取出来，作为独立的服务，供其他调用者消费，以实现服务的共享和重用。
RPC： Remote Procedure Call 远程过程调用。有非常多的协议和技术来都实现了RPC的过程。比如：HTTP REST风格，Java RMI规范、WebService SOAP协议、Hession等等。
垂直架构存在的问题：
- 重复功能太多
分布式架构存在的问题：
- 服务提供方一旦产生变更，所有消费方都需要变更。
(4)SOA架构
- SOA：（Service-Oriented Architecture，面向服务的架构）是一个组件模型，它将应用程序的不同功能单元（称为服务）进行拆分，并通过这些服务之间定义良好的接口和契约联系起来。
- ESB：(Enterparise Servce Bus) 企业服务总线，服务中介。主要是提供了一个服务于服务之间的交互。ESB 包含的功能如：负载均衡，流量控制，加密处理，服务的监控，异常处理，监控告急等等。
分布式架构存在的问题：
- 服务提供方一旦产生变更，所有消费方都需要变更
(5)微服务架构
微服务架构是在 SOA 上做的升华，微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。
微服务架构 = 80%的SOA服务架构思想 + 100%的组件化架构思想 + 80%的领域建模思想特点：
- 服务实现组件化：开发者可以自由选择开发技术。也不需要协调其他团队
- 服务之间交互一般使用
REST API - 去中心化：每个微服务有自己私有的数据库持久化业务数据
- 自动化部署：把应用拆分成为一个一个独立的单个服务，方便自动化部署、测试、运维
Dubbo 概述
- Dubbo概念
- Dubbo架构
1、Dubbo概念
Dubbo是阿里巴巴公司开源的一个高性能、轻量级的 Java RPC 框架。
致力于提供高性能和透明化的 RPC 远程服务调用方案，以及 SOA 服务治理方案。
文档：https://cn.dubbo.apache.org/zh-cn/docsv2.7/
2、Dubbo架构
节点角色说明：
- Provider：暴露服务的服务提供方
- Container：服务运行容器
- Consumer：调用远程服务的服务消费方
- Registry：服务注册与发现的注册中心
- Monitor：统计服务的调用次数和调用时间的监控中心
Dubbo 快速入门
- Zookeeper安装
- Dubbo快速入门
1、Zookeeper安装
Dubbo官方推荐使用Zookeeper作为注册中心
2、Dubbo快速入门
主要依赖
<properties>
<spring.version>5.1.9.RELEASE</spring.version>
<dubbo.version>2.7.4.1</dubbo.version>
<zookeeper.version>4.0.0</zookeeper.version>
</properties>
<dependencies>
<!--Dubbo的起步依赖，版本2.7之后统一为rg.apache.dubb -->
<dependency>
<groupId>org.apache.dubbo</groupId>
<artifactId>dubbo</artifactId>
<version>${dubbo.version}</version>
</dependency>
<!--ZooKeeper客户端实现 -->
<dependency>
<groupId>org.apache.curator</groupId>
<artifactId>curator-framework</artifactId>
<version>${zookeeper.version}</version>
</dependency>
<!--ZooKeeper客户端实现 -->
<dependency>
<groupId>org.apache.curator</groupId>
<artifactId>curator-recipes</artifactId>
<version>${zookeeper.version}</version>
</dependency>
</dependencies>实现步骤：
- 创建服务提供者Provider模块
- 创建服务消费者Consumer模块
- 在服务提供者模块编写 UserServiceImpl 提供服务
- 在服务消费者中的 UserController 远程调用UserServiceImpl 提供的服务
- 分别启动两个服务，测试
(1) spring和springmvc整合后代码
项目结构
$ tree -I target
.
├── dubbo-service
│ ├── pom.xml
│ └── src
│ ├── main
│ │ ├── java
│ │ │ └── com
│ │ │ └── itheima
│ │ │ └── service
│ │ │ ├── UserService.java
│ │ │ └── impl
│ │ │ └── UserServiceImpl.java
│ │ └── resources
│ │ ├── log4j.properties
│ │ └── spring
│ │ └── applicationContext.xml
│ └── test
│ └── java
├── dubbo-web
│ ├── pom.xml
│ └── src
│ ├── main
│ │ ├── java
│ │ │ └── com
│ │ │ └── itheima
│ │ │ └── controller
│ │ │ └── UserController.java
│ │ ├── resources
│ │ │ ├── log4j.properties
│ │ │ └── spring
│ │ │ └── springmvc.xml
│ │ └── webapp
│ │ └── WEB-INF
│ │ └── web.xml
│ └── test
│ └── java
└── logs安装service模块
$ cd dubbo-service
$ mvn install启动web服务
$ cd dubbo-web
$ mvn tomcat7:run接口请求测试
GET http://localhost:8000/user/sayHello.do
hello dubbo!~（2）dubbo快速入门
项目结构
$ tree -I target
.
├── dubbo-interface
│ ├── pom.xml
│ └── src
│ ├── main
│ │ ├── java
│ │ │ └── com
│ │ │ └── itheima
│ │ │ └── service
│ │ │ └── UserService.java
│ │ └── resources
│ └── test
│ └── java
├── dubbo-service
│ ├── pom.xml
│ └── src
│ ├── main
│ │ ├── java
│ │ │ └── com
│ │ │ └── itheima
│ │ │ └── service
│ │ │ └── impl
│ │ │ └── UserServiceImpl.java
│ │ ├── resources
│ │ │ ├── log4j.properties
│ │ │ └── spring
│ │ │ └── applicationContext.xml
│ │ └── webapp
│ │ └── WEB-INF
│ │ └── web.xml
│ └── test
│ └── java
├── dubbo-web
│ ├── pom.xml
│ └── src
│ ├── main
│ │ ├── java
│ │ │ └── com
│ │ │ └── itheima
│ │ │ └── controller
│ │ │ └── UserController.java
│ │ ├── resources
│ │ │ ├── log4j.properties
│ │ │ └── spring
│ │ │ └── springmvc.xml
│ │ └── webapp
│ │ └── WEB-INF
│ │ └── web.xml
│ └── test
│ └── java
└── logs启动项目
# 1、安装共同的依赖
cd dubbo-interface
mvn install
# 2、启动service服务
$ cd dubbo-service
$ mvn tomcat7:run
# 3、启动web服务
$ cd dubbo-web
$ mvn tomcat7:runDubbo 高级特性
- dubbo-admin管理平台
- dubbo 常用高级配置
1、dubbo-admin管理平台
dubbo-admin 管理平台，是图形化的服务管理页面 从注册中心中获取到所有的提供者 / 消费者进行配置管理 路由规则、动态配置、服务降级、访问控制、权重调整、负载均衡等管理功能 dubbo-admin 是一个前后端分离的项目。前端使用vue，后端使用springboot 安装 dubbo-admin 其实就是部署该项目
目前用到的端口汇总
- zookeeper：2181
- 服务提供方dubbo-service tomcat：9000
- 服务提供方dubbo-service dubbo：20880
- 服务提供方dubbo-service qos.port：22222
- 服务调用方dubbo-web tomcat：8000
- 服务调用方dubbo-web qos.port：33333
- Dubbo Admin：8080
2、dubbo 常用高级配置
- 序列化
- 地址缓存
- 超时与重试
- 多版本
- 负载均衡
- 集群容错
- 服务降级
（1）序列化
两个机器传输数据，如何传输Java对象？
dubbo 内部已经将序列化和反序列化的过程内部封装了 我们只需要在定义pojo类时实现Serializable接口即可 一般会定义一个公共的pojo模块，让生产者和消费者都依赖该模块。
实体对象要传输，需要实现Serializable接口
public class User implements Serializable {
private int id;
private String username;
private String password;
}项目结构
$ tree -I target
.
├── dubbo-interface
│ ├── dubbo-interface.iml
│ ├── pom.xml
│ └── src
│ ├── main
│ │ ├── java
│ │ │ └── com
│ │ │ └── itheima
│ │ │ └── service
│ │ │ └── UserService.java
│ │ └── resources
│ └── test
│ └── java
├── dubbo-pojo
│ ├── [Help
│ ├── dubbo-pojo.iml
│ ├── pom.xml
│ └── src
│ ├── main
│ │ ├── java
│ │ │ └── com
│ │ │ └── itheima
│ │ │ └── pojo
│ │ │ └── User.java
│ │ └── resources
│ └── test
│ └── java
├── dubbo-service
│ ├── dubbo-service.iml
│ ├── pom.xml
│ └── src
│ ├── main
│ │ ├── java
│ │ │ └── com
│ │ │ └── itheima
│ │ │ └── service
│ │ │ └── impl
│ │ │ └── UserServiceImpl.java
│ │ ├── resources
│ │ │ ├── log4j.properties
│ │ │ └── spring
│ │ │ └── applicationContext.xml
│ │ └── webapp
│ │ └── WEB-INF
│ │ └── web.xml
│ └── test
│ └── java
├── dubbo-web
│ ├── dubbo-web.iml
│ ├── pom.xml
│ └── src
│ ├── main
│ │ ├── java
│ │ │ └── com
│ │ │ └── itheima
│ │ │ └── controller
│ │ │ └── UserController.java
│ │ ├── resources
│ │ │ ├── log4j.properties
│ │ │ └── spring
│ │ │ └── springmvc.xml
│ │ └── webapp
│ │ └── WEB-INF
│ │ └── web.xml
│ └── test
│ └── java
└── logs启动项目
# 1、安装实体模块
cd dubbo-pojo
mvn install
# 2、安装接口模块
cd dubbo-interface
mvn install
# 3、启动服务模块 端口：9000
cd dubbo-service
mvn tomcat7:run
# 4、启动web模块 端口：8000
cd dubbo-web
mvn tomcat7:run请求测试
GET http://127.0.0.1:8000/user/find.do?id=666返回数据
{
"id":1,
"username":"zhangsan",
"password":"123"
}（2）地址缓存
注册中心挂了，服务是否可以正常访问？
可以，因为dubbo服务消费者在第一次调用时，会将服务提供方地址缓存到本地，以后在调用则不会访问注册中心。 当服务提供者地址发生变化时，注册中心会通知服务消费者。
（3）超时与重试
服务消费者在调用服务提供者的时候发生了阻塞、等待的情形，这个时候，服务消费者会一直等待下去。 在某个峰值时刻，大量的请求都在同时请求服务消费者，会造成线程的大量堆积，势必会造成雪崩。
服务消费者在调用服务提供者的时候发生了阻塞、等待的情形，这个时候，服务消费者会一直等待下去。 在某个峰值时刻，大量的请求都在同时请求服务消费者，会造成线程的大量堆积，势必会造成雪崩。 dubbo 利用超时机制来解决这个问题，设置一个超时时间，在这个时间段内，无法完成服务访问，则自动断开连接。 使用timeout属性配置超时时间，默认值1000，单位毫秒。
设置了超时时间，在这个时间段内，无法完成服务访问，则自动断开连接。 如果出现网络抖动，则这一次请求就会失败。 Dubbo 提供重试机制来避免类似问题的发生。 通过 retries 属性来设置重试次数。默认为 2 次。
// 当前服务3秒超时,重试2次，一共3次
@Service(timeout = 3000, retries = 2)
public class UserServiceImpl implements UserService {}(4)多版本
灰度发布：当出现新功能时，会让一部分用户先使用新功能，用户反馈没问题时，再将所有用户迁移到新功能。 dubbo 中使用version 属性来设置和调用同一个接口的不同版本
@Service(version = "v1.0")
public class UserServiceImpl implements UserService {}
@Service(version = "v2.0")
public class UserServiceImpl2 implements UserService {}
@Reference(version = "v2.0")//远程注入
private UserService userService;(5)负载均衡
负载均衡策略（4种）：
- Random ：按权重随机，默认值。按权重设置随机概率。
- RoundRobin ：按权重轮询。
- LeastActive：最少活跃调用数，相同活跃数的随机。
- ConsistentHash：一致性 Hash，相同参数的请求总是发到同一提供者。
@Reference(loadbalance = "random")
private UserService userService;（6）集群容错
集群容错模式：
- Failover Cluster：失败重试。默认值。当出现失败，重试其它服务器 ，默认重试2次，使用 retries 配置。一般用于读操作
- Failfast Cluster ：快速失败，只发起一次调用，失败立即报错。通常用于写操作。
- Failsafe Cluster ：失败安全，出现异常时，直接忽略。返回一个空结果。
- Failback Cluster ：失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作。
- Forking Cluster ：并行调用多个服务器，只要一个成功即返回。
- Broadcast Cluster ：广播调用所有提供者，逐个调用，任意一台报错则报错。
（7）服务降级
服务降级方式：
mock=force:return null表示消费方对该服务的方法调用都直接返回null值，不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响。mock=fail:return null表示消费方对该服务的方法调用在失败后，再返回null值，不抛异常。用来容忍不重要服务不稳定时对调用方的影响。
@Reference(mock = "fail:return null")
private UserService userService;