[Java知识库]Dubbo学习笔记

互联网项目架构-特点

1. 用户多

2. 流量大，并发高

3. 海量数据

4. 易受攻击

5. 功能繁琐

6. 变更快

衡量网站的性能指标:

响应时间:指执行一个请求从开始到最后收到响应数据所花费的总体时间。

并发数:指系统同时能处理的请求数量。

并发连接数: 指的是客户端向服务器发起请求，并建立了TCP连接。每秒钟服务器连接的总TCP数量

请求数:也称为QPS(Query Per Second)指每秒多少请求.

并发用户数:单位时间内有多少用户

吞吐量:指单位时间内系统能处理的请求数量。

●QPS: Query Per Second每秒查询数。
●TPS: Transactions Per Second每秒事务数。
●一个事务是指一 个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束
计时，以此来计算使用的时间和完成的事务个数。
●一个页面的一次访问，只会形成一 个TPS; 但-次页面请求，可能产生多次对服务器的请求，就会有多个QPS
  QPS>=并发连接数>= TPS

大型互联网项目架构目标:

? ●高性能:提供快速的访问体验。? ●高可用:网站服务- 可以正常访问

Dubbo

1.集群和分布式

集群: 很多人在一块,干一样的事. 这些人之间称之为"集群"
?
分布式: 很多人在一块,每个人干的事不一样,他们结合在一块干一件大事, 那这些人之间称之为"分布式"

单体架构：

优点: 简单:开发部署都很方便，小型项目首选

缺点:●项目启动慢●可靠性差

垂直架构：垂直架构是指将单体架构中的多个模块拆分为多个独立的项目。形成多个独立的单体架构。

单体架构存在的问题:

• 项目启动慢

• 可靠性差

• 可伸缩性差

• 扩展性和可维护性差

• 性能低

垂直架构存在的问题: 重复功能太多

分布式架构：是指在垂直架构的基础上,将公共业务模块抽取出来,作为独立的服务供其他调用者消费，以实现服务的共享和重用。底层通过RPC（远程过程调用实现）

RPC: Remote Procedure Call远程过程调用。有非常多的协议和技术来都实现了RPC的过程。比如: HTTP REST风格，Java RMI规范、WebService SOAP协议Hession等等。

垂直架构存在的问题: 重复功能太多

分布式架构存在的问题:? 服务提供方- -旦产生变更,所有消费方都需要变更。

SOA: (Service- Oriented Architecture,面向服务的架构)：是一个组件模型,它将应用程序的不同功能单元(称为服务)进行拆分，并通过这些服务之间定义良好的接口和契约联系起来。

ESB: (Enterparise Servce Bus)：企业服务总线,服务中介。主要是提供了一一个服务于服务之间的交互。ESB包含的功能如:负载均衡，流量控制，加密处理，服务的监控，异常处理，监控告急等等

微服务架构：

●微服务架构是在SOA上做的升华,微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。

●微服务架构= 80%的SOA服务架构思想+ 100%的组件化架构思想+ 80%的领域建模思想

特点:●服务实现组件化:开发者可以自由选择开发技术。也不需要协调其他团队●服务之间交互一 般使用REST API●去中心化:每个微服务有自己私有的数据库持久化业务数据●自动化部署:把应用拆分成为一 个-个独立的单个服务,方便自动化部署、测试、运维

dubbo 概述

Dubbo概念

●Dubbo是阿里巴巴公司开源的一个高性能、轻量级的Java RPC框架。

●致力于提供高性能和透明化的RPC远程服务调用方案,以及SOA服务治理方案。

●官网: htp://ubbo.apache.orgo

节点角色说明:?

●Provider: 暴露服务的服务提供方

●Contahier: 服务运行容器

●Consumer: 调用远程服务的服务消费方

●Registry: 服务注册与发现的注册中心

●Monitor:统计服务的调用次数和调用时间的监控中心

2.Dubbo的集成

2.1 改造服务提供方(Service)

① 导入jar包,并把模块改造为web项目

<!--定义属性--> ?
<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>
? ? ?
<!--Dubbo的起步依赖，版本2.7之后统一为org.apache.dubbo -->
<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>

② 替换@Service注解

把Spring的@Service注解, 替换为Dubbo的@Service注解. ?//意思是说,创建对象后,把对象交给dubbo进行管理.

③ 配置Dubbo的相关参数(applicationContext.xml)

<!--1.配置项目的名称,唯一-->
<dubbo:application name="dubbo-service">
 ? ?<!--dubbo的监控中心的端口号,默认是22222-->
 ? ?<dubbo:parameter key="qos.port" value="44444"/>
</dubbo:application>
<!--2.配置注册中心的地址-->
<dubbo:registry address="zookeeper://localhost:2181"/>
<!--3.配置dubbo包扫描-->
<dubbo:annotation package="com.shuai.service.impl"/>

2.2 改造服务消费方(web)

① 导入jar包,并把模块改造为web项目

<!--定义属性--> ?
<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>
?
 ? ?
<!--Dubbo的起步依赖，版本2.7之后统一为org.apache.dubbo -->
<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>

② 替换@Autowired注解

把Spring的@Autowired注解, 替换为Dubbo的@Reference注解. ?//意思是说,从Dubbo中获取Service对象

③ 配置Dubbo的相关参数(applicationContext.xml)

<!--1.配置项目的名称,唯一-->
<dubbo:application name="dubbo-web">
 ? ?<!--dubbo的监控中心的端口号,默认是22222-->
 ? ?<dubbo:parameter key="qos.port" value="22222"/>
</dubbo:application>
<!--2.配置注册中心的地址-->
<dubbo:registry address="zookeeper://localhost:2181"/>
<!--3.配置dubbo包扫描-->
<dubbo:annotation package="com.shuai.controller"/>

序列化

1. dubbo 内部已经将序列化和反序列化的过程内部封装了

2. 我们只需要在定义pojo类时实现seriali zable接口即可

3. 一般会定义一 个公共的pojo模块,让生产者和消费者都依赖该模块。

地址缓存

注册中心挂了，服务是否可以正常访问？

1. 可以，因为dubbo服务消费者在第一-次调用时，会将服务提供方地址缓存到本地，以后在调用则不会访问注册中心。

2. 当服务提供者地址发生变化时，注册中心会通知服务消费者。

超时

• 服务消费者在调用服务提供者的时候发生了阻塞、等待的情形,这个时候,服务消费者会直等待下去。

• 在某个峰值时刻，大量的请求都在同时请求服务消费者,会造成线程的大量堆积，势必会造成雪崩。

• dubbo利用超时机制来解决这个问题，设置-个超时时间, 在这个时间段内，无法完成服务访问,则自动断开连接。

• 使用timeout属性配置超时时间，默认值1000，单位毫秒

//timeout 超时时间 单位毫秒  retries 重试次数
@Service(timeout = 3000,retries=0)

重试

1. 设置了超时时间，在这个时间段内，无法完成服务访问,则自动断开连接。

2. 如果出现网络抖动,则这一-次请求就会失败。

3. Dubbo提供重试机制来避免类似问题的发生。

4. 通过retries属性来设置重试次数。默认为2次? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

   //timeout 超时时间 单位毫秒  retries 重试次数
   @Service(timeout = 3000,retries=0)

   灰度发布:当出现新功能时,会让一部分用户先使用新功能，用户反馈没问题时，再将所有用户迁移到新功能。

   dubbo中使用version属性来设置和调用同一个接口的不同版本? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

   生产者配置

   @Service(version="v2.0")
   public class UserServiceImp12 implements UserService {...}

   消费者配置

   @Reference(version = "v2.0")//远程注入
   private UserService userService;

   负载均衡? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

   负载均衡策略(4种) : Random:按权重随机，默认值。按权重设置随机概率。

   RoundRobin: 按权重轮询。

   LeastActive: 最少活跃调用数,相同活跃数的随机。

   ConsistentHash:一 致性Hash,相同参数的请求总是发到同一提供者。? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

   集群容错? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

   集群容错模式:

• Failover Cluster:失败重试。默认值。当出现失败，重试其它服务器，默认重试2次，使用retries配置。一般用于读操作

• Failfast Cluster :快速失败,发起-次调用，失败立即报错。通常用于写操作。

• Failsafe Cluster:失败安全，出现异常时，直接忽略。返回一个空结果。

• Failback Cluster:失败自动恢复,后台记录失败请求,定时重发。

• Forking Cluster :并行调用多个服务器，只要一个成功即返回。

• Broadcast Cluster: 广播调用所有提供者,逐个调用，任意一台报错则报

• @Reference(cluster = "failover")//远程注入
  private UserService userService;

  服务降级

  服务降级：当服务器压力剧增的情况下，根据实际业务情况及流量，对一些服务和页面有策略的不处理或换种简单的方式处理，从而释放服务器资源以保证核心交易正常运作或高效运作

  服务降级方式:mock= force:return null：表示消费方对该服务的方法调用都直接返回null值,不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响。

  mock=fail:return null：表示消费方对该服务的方法调用在失败后，再返回null值,不抛异常。用来容忍不重要服务不稳定时对调用方的影响

• 消费方配置? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

  //远程注入
  @Reference(mock =“ force :return null")//不再调用userService的服务
  private UserService userService;