【SpringClound Alibaba】

一、概述

官网：官网地址
GitHub中文文档：点击访问

• Spring Cloudalibaba为分布式应用开发提供一站式解决方案。它包含开发分布式应用程序所需的所有组件，使您可以轻松地使用SpringCloud开发应用程序。
• 有了Spring Cloud Alibaba，您只需要添加一些注释和少量配置，就可以将SpringCloud的应用程序连接到阿里巴巴的分布式解决方案上，并利用阿里巴巴的中间件构建分布式应用系统。

主要功能

• 服务限流降级：默认支持 WebServlet、WebFlux, OpenFeign、RestTemplate、SpringCloud，Gateway, Zuul, Dubbo 和 RocketMQ限流降级功能的接入，可以在运行时通过控制台实时修改限流降级规则，还支持查看限流降级 Metrics 监控。
• 服务注册与发现：适配 Spring Cloud 服务注册与发现标准，默认集成了 Ribbon 的支持。
• 分布式配置管理：支持分布式系统中的外部化配置，配置更改时自动刷新。
• 消息驱动能力：基于 Spring Cloud Stream 为微服务应用构建消息驱动能力。
• 分布式事务：使用 @GlobalTransactional 注解， 高效并且对业务零侵入地解决分布式事务问题。
• 阿里云对象存储：阿里云提供的海量、安全、低成本、高可靠的云存储服务。支持在任何应用、任何时间、任何地点存储和访问任意类型的数据。
• 分布式任务调度：提供秒级、精准、高可靠、高可用的定时（基于 Cron 表达式）任务调度服务。同时提供分布式的任务执行模型，如网格任务。网格任务支持海量子任务均匀分配到所有 Worker（schedulerx-client）上执行。
• 阿里云短信服务：覆盖全球的短信服务，友好、高效、智能的互联化通讯能力，帮助企业迅速搭建客户触达通道。

二、Nacos之服务注册中心

1、是什么

一个更易于构建云原生应用的动态服务发现、配置管理和 服务管理平台。

2、能干嘛

• 替代Eureka做服务注册中心
• 替代Config做服务配置中心
• 下载地址：点击下载

Liunx版：nacos-server-1.4.1.tar.gz
Windows版：nacos-server-1.4.1.zip

下载完成后进入文件夹的bin目录下启动nacos：

运行后访问：http://localhost:8848/nacos
账号和密码都是：nacos

登陆成功显示的界面：

1、消费者模块搭建

(1)创建子模块cloudalibaba-provider-paymnet9001

(2)编写pom
父pom：

<dependencyManagement>
   	<dependencies> 
		 <!-- spring cloud alibaba 2.1.0.RELEASE -->
         <dependency>
         	<groupId>com.alibaba.cloud</groupId>
           	<artifactId>spring-cloud-alibaba-dependencies</artifactId>
	        <version>2.1.0.RELEASE</version>
            <type>pom</type>
            <scope>import</scope>
         </dependency>
	</dependencies>
</dependencyManagement>

本pom：

<dependencies>
	<!-- 引入自定义的api的通用包 -->
        <dependency>
            <groupId>com.atguigu.springcloud</groupId>
            <artifactId>cloud-api-commons</artifactId>
            <version>1.0-SNAPSHOT</version>
        </dependency>
    <!-- SpringCloud alibaba nacos -->
    <dependency>
        <groupId>com.alibaba.cloud</groupId>
        <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
    </dependency>
    <!-- SpringBoot整合web组件 -->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-actuator</artifactId>
    </dependency>
    <!-- 常规jar -->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
        <scope>runtime</scope>
        <optional>true</optional>
    </dependency>
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <optional>true</optional>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-test</artifactId>
        <scope>test</scope>
    </dependency>
</dependencies>

(3)编写application.yml

server:
  port: 9001
spring:
  application:
    name: nacos-payment-provider
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848 #配置nacos地址
#打开全部监控端点
maagement:
  endpoints:
    web:
      exposure:
        include: '*'

(4)创建主启动类

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;

@SpringBootApplication
@EnableDiscoveryClient
public class PaymentMain9001 {
    public static void main(String[] args) {
        SpringApplication.run(PaymentMain9001.class,args);
    }
}

(5)编写业务方法

import org.springframework.beans.factory.annotation.Value;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class PaymentController {

    @Value("${server.port}")
    private String serverPort;

    @GetMapping(value = "/payment/nacos/{id}")
    public String getPayment(@PathVariable("id") Integer id){
        return "nacos registry,serverPort:" + serverPort + "\t id" + id;
    }
}

(6)启动nacos和9001模块进行测试
进入Nacos的web管理界面的服务列表，可以查看到注册到Nacos服务注册中心中的服务：

2、服务提供者模块副本搭建

(1)创建子模块 cloudalibaba-provider-paymnet9002
几乎跟9001完全一样，作为演示Nacos的负载均衡功能使用。
启动之后查看一下Nacos服务注册中心，确定服务实例数量：

3、消费者模块副本搭建

(1)创建子模块 cloudalibaba-consumer-nacos-order83

(2)编写pom

<dependencies>
        <!-- SpringCloud alibaba nacos -->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <!-- 引入自定义的api的通用包 -->
        <dependency>
            <groupId>com.atguigu.springcloud</groupId>
            <artifactId>cloud-api-commons</artifactId>
            <version>1.0-SNAPSHOT</version>
        </dependency>
        <!-- SpringBoot整合web组件 -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>
        <!-- 常规jar -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <scope>runtime</scope>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

(3)编写application.yml

server:
  port: 83
spring:
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848
  application:
    name: nacos-order-consumer
#消费者将要去访问的微服务名称（注册成功进nacos的微服务提供者）
server-url:
  nacos-user-service: http://nacos-payment-provider

(4)创建启动类

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;

@SpringBootApplication
@EnableDiscoveryClient
public class OrderNacosMain83 {
    public static void main(String[] args) {
        SpringApplication.run(OrderNacosMain83.class,args);
    }
}

(5)编写业务类
需要添加一个RestTemplate的配置类：

import org.springframework.cloud.client.loadbalancer.LoadBalanced;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.client.RestTemplate;

@Configuration
public class AppliationContextConfig {

    @Bean
    @LoadBalanced   //赋予RestTemplate负载均衡的能力
    public RestTemplate getRestTemplate(){
        return new RestTemplate();
    }
}

import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.client.RestTemplate;

import javax.annotation.Resource;

@RestController
@Slf4j
public class OrderNacosController {

    @Resource
    private RestTemplate restTemplate;
    @Value("${server-url.nacos-user-service}")
    private String serverURL;

    @GetMapping("/consumer/payment/nacos/{id}")
    public String paymentInfo(@PathVariable("id")Long id){
        return restTemplate.getForObject(serverURL+"/payment/nacos/"+id,String.class);
    }
}

(6)启动nacos、payment9001、payment9222和order83测试

查看nacos界面

通过访问：http://localhost:83/consumer/payment/nacos/1133,可以看出nacos默认自带负载均衡(轮询)：

4、Nacos服务注册中心对比

Nacos与其他注册中心特性对比

Nacos支持AP和CP的切换

• C是所有节点在同一时间看到的数据是一致的；而A的定义是所有的请求都会收到响应。
• 何时选择何种模式？
• 一般来说，如果不需要存储服务级别的信息且服务实例是通过nacos-client注册，并能保持心跳上报，那么可以选择AP模式，AP模式为了服务的可能性而减弱了一致性，因此AP模式下只支持临时实例。
• 如果需要在服务级别编辑或者存储配置信息，那么CP是必须的。K8S服务和DNS服务则适用于CP模式。CP模式下则支持注册持久化实例，此时则是以Raft协议为集群运行模式，该模式下注册实例之前必须先注册服务，如果服务不存在，则返回错误。
• 切换命令：curl -X PUT ‘$NACOS_SERVER:8848/nacos/v1/ns/operator/switches?entry=serverMode&value=CP’

三、Nacos之服务配置中心

1、Nacos作为配置中心–基础配置

(1)创建子模块cloudalibaba-config-nacos-client3377

(2)编写pom

 <dependencies>
        <!-- nacos-config -->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
        </dependency>
        <!-- SpringCloud alibaba nacos discovery-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <!-- SpringBoot整合web组件 -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>
        <!-- 常规jar -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <scope>runtime</scope>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

(3)编写application.yml
Nacos同springcloud-config一样，在项目初始化时，要保证先从配置中心进行配置拉取，拉取之后，才能保证项目的正常启动。
bootstrap.yml：

server:
  port: 3377
spring:
  application:
    name: nacos-config-client
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848 #nacos服务注册中心地址
      config:
        server-addr: localhost:8848 #nacos作为配置中心地址
        file-extension: yaml #指定yaml格式的配置

application.yml：

spring:
  profiles:
    active: dev

(4)创建主启动类

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;

@SpringBootApplication
@EnableDiscoveryClient
public class NacosConfigClientMain3377 {
    public static void main(String[] args) {
        SpringApplication.run(NacosConfigClientMain3377.class,args);
    }
}

(5)编写业务类

import org.springframework.beans.factory.annotation.Value;
import org.springframework.cloud.context.config.annotation.RefreshScope;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
@RefreshScope   //支持Nacos得动态刷新功能
public class ConfigClientController {

    @Value("${config.info}")
    private String configInfo;

    @GetMapping("/config/info")
    public String getConfigInfo(){
        return configInfo;
   -  }
}

(6)在Nacos中添加配置信息

填写好之后发布：

其中配置文件命名规则如下：

(7)测试，启动子模块client3377

修改一下文件配置，然后再次发布

再次通过请求获取内容
至此，Nacos Config中心配置成功！

2、Nacos之命名空间分组和DataID三者关系

(1)是什么
类似Java里面的package名和类名
最外层的namespace是可以用于区分部署环境的，Group和DataID逻辑上区分两个目标对象。

(2)三者情况

默认情况：Namespac=public，Group=DEFAULT_GROUP，默认Cluster是DEFAULT

• Nacos默认命名空间是public，Namespace主要用来实现隔离。
  比方说我们现在有三个环境：开发、测试、生产环境，我们就可以创建三个Namespace，不同的Namespace之间是隔离的。
• Group默认是DEFAULT_GROUP，Group可以把不同的微服务划分到同一个分组里面去。
• Service就是微服务。一个Service可以包含多个Cluster(集群)，Nacos默认Cluster是DEFAULT,Cluster是指对指定微服务的一个虚拟划分。
• 比如说为了容灾，将Service微服务分别部署在黄杭州机房和广州机房，这时就可以给杭州机房的Service微服务起一个集群名称(HZ)，给广州机房的Service微服务起一个集群名称(GZ)，还可以让同一机房的微服务相互调用，以提升性能。
  最后是Instance，就是微服务的实例

(3)DataID配置
指定spring.profile.active和配置文件的DataI来使不同环境下读取不同的配置。
新建dev和test两个DataID：

通过spring.profile.active属性就能进行多环境下配置文件的读取：

(4)Group分组方案
通过Group实现环境区分，

通过bootstrap+application实现group区分开发环境，在config下增加一条group的配置即可。可配置为DEV_GROUP或TEST_GROUP：

(5)Namespace空间方案

在此新建dev和test两个Namespace：

回到服务列表，可以发现在public的基础上多了两个：

进入配置列表dev命名空间下创建三个配置文件：

通过bootstrap+application实现命名空间区分开发环境，在config下增加一条namespace的配置即可。其值即为命名空间的ID：

四、Nacos集群和持久化配置(重点)

文档说明地址：点击访问

默认Nacos使用嵌入式数据库实现数据的存储。所以，如果启动多个默认配置下的Nacos节点，数据存储是存在一致性的问题的。为了解决这个问题，Nacos采用了集中式存储的方式来支持集群化部署，目前只支持MySQL的存储。

1、Nacos支持三种部署模式

• 单机模式—用于测试和单机使用。
• 集群模式—用于生产环境，确保高可用。
• 多集群模式—用于多数据中心场景。

2、Nacos持久化切换配置

Nacos默认自带的是嵌入式数据库derby

(1)实现Nacos的derby切换到mysql

• MySQL版本要求：5.6.5+
• 找到 nacos/conf 目录下的的sql脚本文件

打开这个sql脚本复制里面的sql语句前往Mysql数据库图形化工具中执行一下：

执行之前如果没有建库语句先自己写个建库语句在执行：

找到 nacos/conf 目录下的的application.properties配置文件，修改conf/application.properties文件，增加支持mysql数据源配置（目前只支持mysql），添加mysql数据源的url、用户名和密码"：

spring.datasource.platform=mysql

db.num=1
db.url.0=jdbc:mysql://11.162.196.16:3306/nacos_devtest?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true
db.user=nacos_devtest
db.password=youdontknow

至此已经切换成功，重新启动Nacos：

高兴的太早啦O(∩_∩)O，重启的时候遇到了一点问题，因为版本的原因

此处遇到了一些问题需要修改，因为数据库要5.6.5+，我索性下载了mysql8.0.20，所以连接数据时在Nacos官网所给的db.url.0=jdbc:mysql://11.162.196.16:3306/nacos_devtest?characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true的基础上添加时区参数：serverTimezone=UTC；另外我删除了之前nacos1.1.4，因为其版本过低无法与mysql8.0连接，下载了nacos1.4.1，启动报错，需要修改一下startup.cmd/startup.sh：

这两处都修改之后，终于启动成功！
这也意味我们切换默认数据库derby到mysql是成功的！

• 这也意味着在Nacos中添加一个配置，去数据库中可以查到：
  
• mysql数据库查询结果跟我们预想的一致：
  
  (2)Linux版Nacos+MySQL生产环境配置
• 进入Nacos下载官网下载Linux版nacos：
  
• 将下载的压缩包传到Linux服务器上，推荐使用Xshell和Xftp

解压命令：tar -zxvf nacos-server-1.4.1.tar.gz

至此已经下载成功！

• 跟windows上切换derby到MySQL一样，先找到config/nacos-mysql.sql，复制里面的内容到Linux数据上执行：
  

然后在进入到application.properties中添加配置：

五、Sentinel实现熔断和限流

Gihub地址：点击访问
中文文档：点击访问
Sentinel: 分布式系统的流量防卫兵

1、Sentinel 是什么

随着微服务的流行，服务和服务之间的稳定性变得越来越重要。Sentinel 以流量为切入点，从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定性。

2、Sentinel 具有以下特征

• 丰富的应用场景：Sentinel 承接了阿里巴巴近 10 年的双十一大促流量的核心场景，例如秒杀（即突发流量控制在系统容量可以承受的范围）、消息削峰填谷、集群流量控制、实时熔断下游不可用应用等。
• 完备的实时监控：Sentinel 同时提供实时的监控功能。您可以在控制台中看到接入应用的单台机器秒级数据，甚至 500 台以下规模的集群的汇总运行情况。
• 广泛的开源生态：Sentinel 提供开箱即用的与其它开源框架/库的整合模块，例如与 Spring Cloud、Dubbo、gRPC 的整合。您只需要引入相应的依赖并进行简单的配置即可快速地接入 Sentinel。
• 完善的 SPI 扩展点：Sentinel 提供简单易用、完善的 SPI 扩展接口。您可以通过实现扩展接口来快速地定制逻辑。例如定制规则管理、适配动态数据源等。

3、Hystrix与Sentinel 的差别

• Hystrix需要程序员手工搭建监控平台
• Hystrix没有一套web界面可以给我们进行更细粒度化的配置
• Sentinel 的主要特性
  
• 单独的一个组件，可以独立出来
• 直接界面化的细粒度统一配置
• 约定>配置>编码

4、Sentinel下载安装并运行

(1)下载地址：前往下载

(2)安装Sentinel控制台

• sentinel组建由两部分构成
  – 核心库（Java客户端）不依赖任何框架/库，能够运行于所有Java运行时环境，同时对Dubbo/Spring Cloud等框架也有较好的支持。
  – 控制台（Dashboard）基于SpringBoot开发，打包后可以直接运行，不需要额外的Tomcat等应用容器。

• 运行步骤
  –下载到本地jar包
  – 需要有java8环境且8080端口不能被占用
  – 命令：java -jar sentinel-dashboard-xxx.jar

– 访问sentinel管理界面：http://localhost:8080，账号密码均为sentinel

5、sentinel初始化监控

(1)启动Nacos8848

(2)创建子模块cloudalibaba-sentinel-service8401

• 改pom

    <!-- SpringCloud alibaba nacos -->
    <dependency>
        <groupId>com.alibaba.cloud</groupId>
        <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
    </dependency>
    <!-- SpringCloud alibaba sentinel-datasource-nacos:用于持久化 -->
    <dependency>
        <groupId>com.alibaba.csp</groupId>
        <artifactId>sentinel-datasource-nacos</artifactId>
    </dependency>
    <!-- SpringCloud alibaba sentinel -->
    <dependency>
        <groupId>com.alibaba.cloud</groupId>
        <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId>
    </dependency>
    <!-- openfeign -->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-openfeign</artifactId>
    </dependency>
    <!-- SpringBoot整合web组件 -->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-actuator</artifactId>
    </dependency>
    <!-- 常规jar -->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
        <scope>runtime</scope>
        <optional>true</optional>
    </dependency>
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <optional>true</optional>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-test</artifactId>
        <scope>test</scope>
    </dependency>
</dependencies>

• 编写application.yml

server:
  port: 8401
spring:
  application:
    name: cloudalibaba-sentinel-service
  cloud:
    nacos:
      discovery:
        #Nacos服务注册中心地址
        server-addr: localhost:8848
    sentinel:
      transport:
        #配置Sentinel Dashboard地址
        dashboard: localhost:8080
        #默认8719端口，假如被占用会自动从8719开始一依次+1扫描，知道找到未占用的端口
        port: 8719

management:
  endpoints:
    web:
      exposure:
        include: '*'

• 创建主启动类

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;

@SpringBootApplication
@EnableDiscoveryClient
public class MainApp8401 {
    public static void main(String[] args) {
        SpringApplication.run(MainApp8401.class,args);
    }
}

• 编写业务类

import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class FlowLimitController {

    @GetMapping("/testA")
    public String testA(){
        return "-----------------testA";
    }

    @GetMapping("/testB")
    public String testB(){
        return "-----------------testB";
    }
}

(3)启动子模块8401微服务查看sentinel
因为Sentinel采用的是懒加载机制，需要执行一次访问才能够在http://localhost:8080/#/dashboard监控界面出现：

• 执行一次访问
  

• 刷新sentinel监控界面，就能够看到8401微服务节点进入了sentinel监控中：
  

(4)sentinel的流控规则

• 资源名：唯一名称，默认请求路径
• 针对来源：sentinel可以针对调用者进行限流，填写微服务名，默认default（不区分来源）
• 阀值类型/单机阀值：
  – QPS(每秒钟请求数量)：当调用该api的QPS达到阀值的时候，进行限流
  – 线程数：当调用该api的线程数达到阀值的时候 ，进行限流
• 是否集群：不需要集群
• 流控模式：
  – 直接：api达到限流条件时，直接限流
  – 关联：当关联的资源达到阀值时，就限流自己
  – 链路：只记录指定链路上的流量(指定资源从入口资源进来的流量，如果达到阀值，就进行限流)【api级别的针对来源】
• 流控效果：
  – 快速失败：直接失败，抛异常
  – Warm Up：根据codeFactor(冷加载因子，默认3)的值，从阀值/codeFactor，经过预热时长，才达到设置的QPS阀值
  – 排队等待：匀速排队，让请求以匀速通过，阀值类型必须设置为QPS否则无效。

A、QPS直接失败：当调用该api的QPS达到阀值的时候，进行限流
新增一个流控规则：表示1s访问/testA的数量为1，超过1次会出错

1s内超过1次就会被阻塞限流：

B、线程数直接失败：当调用该api的线程数达到阀值的时候 ，进行限流
新增一个流控规则：表示访问/testB的线程最大处理数量为1，超过1次会出错

C、关联：当关联的资源达到阀值时，就限流自己(别人惹事自己承担)
比如：支付功能方法达到处理阀值，就得限流下下订单的功能方法。

正常情况下我们访问/testA并不会出现阻塞限流，现在用postman模拟并发密集的访问/testB的同时我们在访问/testA进行测试：

点击 run “collectionsName”

密集访问/testB的同时访问/testA，发现被限流了，这就是流控-关联的作用：

D、链路：只记录指定链路上的流量(指定资源从入口资源进来的流量，如果达到阀值，就进行限流)【api级别的针对来源】

E、预热Warm up

• 当系统长期处于低水位的情况下，当流量突然增加时，直接把系统拉升到高水位可能瞬间把系统压垮。通过“冷启动”，让通过的流量缓慢增加，在一定的时间内逐渐增加到阈值上限，给冷系统一个预热时间，避免冷系统被压垮。
• 公式：阀值/coldFactor(默认值为3)，经过预热时长后才会达到阈值。

比如：系统初始化的阀值为10/3约等于3，即阀值刚开始为3；然后过了5s后阀值才慢慢恢复到10

配置好规则之后，访问/testB 5s之前快速点击会出现阻塞限流情况，但是5s之后阀值达到了10便不会轻易出现了阻塞情况了。

F、排队等待：匀速排队，让请求以匀速通过，阀值类型必须设置为QPS否则无效

• 匀速排队方式严格的控制请求通过的间隔时间，对应的是漏桶算法。
• 这种方式用于处理间隔性的突发流量，例如消息队列。想象一下这样的场景，在某一秒有大量的请求到来，而接下来几秒则处于空闲状态，我们希望系统能够在接下来的空闲期间逐渐处理这些请求，而不是在第一秒直接拒绝多余的请求。
  /testA每秒处理一个请求，超时的话就排队等待，等待的超时时间设置为20000ms：

在/testA方法中添加打印方法：
使用postman向/testA发送10次请求，请求间隔为0.1s：

可以看到控制台打印结果显示每隔一秒处理了一次请求而不是0.1s，排队等候生效，如果请求数量实在过多，可能会出现一个请求在排队20s都没有排上就会出现超时报错处理。

(5)sentinel降级规则

• sentinel熔断降级会在调用链路中某个资源出现不稳定的状态时（例如调用超时或异常比例升高），对这个资源 的调用进行限制，让请求快速失败，避免影响到其他的资源而导致级联错误。当资源被降级后，在接下来的降级时间窗口之内，对该资源的调用都自动熔断（默认行为是抛出DegradeException）
• Sentinel 提供以下几种熔断策略
  – 慢调用比例：选择以慢调用比例作为阈值，需要设置允许的慢调用RT(平均响应时间)，请求的响应时间大于该值则统计为慢调用。当单位统计时长内请求数目大于设置的最小请求数目，并且慢调用的比例大于阈值，则接下来的熔断时长内请求会自动被熔断。经过熔断时长后熔断器会进入探测恢复状态，若接下来的一个请求响应时间小于设置的慢调用 RT 则结束熔断，若大于设置的慢调用 RT 则会再次被熔断。
  – 异常比例：当单位统计时长内请求数目大于设置的最小请求数目，并且异常的比例大于阈值，则接下来的熔断时长内请求会自动被熔断。经过熔断时长后熔断器会进入探测恢复状态，若接下来的一个请求成功完成（没有错误）则结束熔断，否则会再次被熔断。异常比率的阈值范围是 [0.0, 1.0]，代表 0% - 100%。
  – 异常数：当单位统计时长内的异常数目超过阈值之后会自动进行熔断。经过熔断时长后熔断器会进入探测恢复状态，若接下来的一个请求成功完成（没有错误）则结束熔断，否则会再次被熔断。

A、慢调用比例

testD()方法：

	@GetMapping("/testD")
    public String testD(){
        try {
            TimeUnit.SECONDS.sleep(1);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        log.info("testD 测试RT");
        return "-----------------testD";
    }

快速点击访问/testD导致1s内响应数>=5,又因为我们的线程作了1s睡眠，处理时间大于0.2响应，所以全部响应都为慢响应，满足两个条件

则触发服务降级：

又因为我们的熔断时长为1s，所以当下1s请求数<5时，则结束熔断，请求成功：

B、异常比例

当1s内错误率大于20%且请求数大于5才会触发降级。

C、异常数

(6)sentinel热点规则

• 何为热点？热点即经常访问的数据。很多时候我们希望统计某个热点数据中访问频次最高的TOP K数据，并对其访问进行限制。比如：
  – 商品ID为参数，统计一段时间内最常购买的商品ID进行限制
  – 用户ID为参数，针对一段时间内频繁访问的用户ID进行限制
• 热点参数限流会统计传入参数中的热点参数，并根据配置的限流阈值与模式，对包含热点参数的资源调用进行限流。热点参数限流可以看做是一种特殊的流量控制，仅对包热点参数的资源调用有效。
• Sentinel利用LRU策略统计最近常访问的热点参数，结合令牌桶算法进行参数级别的流控。热点参数限流支持集群模式。

A、兜底方法：分为系统默认和客户自定义两种

• 之前的case，限流出问题后，都是用sentinel系统默认的提示：Blocked by Sentinel(flow limiting)
  其实我们使用@SentinelResource实现类似hystrix那样自定义某个方法出现问题就找对应的兜底降级方法：

在8401模块中添加如下方法

 	@GetMapping("/testHotKey")
    @SentinelResource(value = "testHotKey",blockHandler = "deal_testHotKey")
    public String testHotKey(@RequestParam(value = "p1",required = false)String p1,
                             @RequestParam(value = "p2",required = false)String p2){

        return "--------------testHotKey";
    }
    public String deal_testHotKey(String p1, String p2, BlockException exception){
        return "---------------deal_testHotKey";
    }

在Sentinel控制台添加如下热点规则：

再次访问http://localhost:8401/testHotKey?p1=a频率为1s1次的时候不会出现问题，当频率超过1s1次，则就会执行我们在==@SentinelResource==注解中指定的兜底方法：

注：如果不指定@SentinelResource的blockHandler属性的兜底方法的话，当违反了热点规则时，会报错误界面：

B、参数例外项

上述A中参数p1的QPS超过1次/s就会马上被限流。当存在特殊情况，例如：当p1的值是我们所期望的值时，希望它即便超过1次/s也不会被限流。

此处配置热点规则：当p1=5时，阈值为200;其他情况阈值为1

先访问 http://localhost:8401/testHotKey?p1=a，当QPS<=1时正常访问，当QPS>1则限流执行兜底方法:

再访问 http://localhost:8401/testHotKey?p1=5，当我们快速点击发现不会出现兜底方法执行了，由此可见：我们的手速没法达到200

次/s 且 配置例外项成功了:
C、@SentinelResource只处理的是违背Sentinel控制台热点规则的访问情况，而对于处理方法中出现的异常不涉及

(7)系统自适应限流

• 系统自适应限流：Sentinel系统自适应限流从整体维度对应用入口流量进行控制，结合应用的Load、CPU使用率、总体平均RT、入口QPS和并发线程数等几个维度的监控指标，通过自适应的流控策略，让系统的入口流量和系统的负载达到一个平衡，让系统尽可能跑在最大吞吐量的同时保证系统整体的稳定性。
• 系统保护规则：从应用级别的入口流量进行控制，从单台机器的 load、CPU 使用率、平均 RT、入口 QPS 和并发线程数等几个维度监控应用指标，让系统尽可能跑在最大吞吐量的同时保证系统整体的稳定性。
  – 系统保护规则是应用整体维度的，而不是资源维度的，并且仅对入口流量生效。入口流量指的是进入应用的流量，比如 Web 服务或 Dubbo 服务端接收的请求，都属于入口流量。
  – 系统规则支持以下的模式：
  [1] Load 自适应（仅对 Linux/Unix-like 机器生效）：系统的 load1 作为启发指标，进行自适应系统保护。当系统 load1 超过设定的启发值，且系统当前的并发线程数超过估算的系统容量时才会触发系统保护（BBR 阶段）。系统容量由系统的maxQps * minRt估算得出。设定参考值一般是CPU cores * 2.5。
  [2] CPU usage（1.5.0+ 版本）：当系统 CPU 使用率超过阈值即触发系统保护（取值范围 0.0-1.0），比较灵敏。
  [3] 平均 RT：当单台机器上所有入口流量的平均 RT 达到阈值即触发系统保护，单位是毫秒。
  [4] 并发线程数：当单台机器上所有入口流量的并发线程数达到阈值即触发系统保护。
  [5] 入口 QPS：当单台机器上所有入口流量的 QPS 达到阈值即触发系统保护。

A、配置一个入口QPS系统规则

现在无论是/testA还是/testB当访问频率超过1次/s都会触发限流。
将整个系统比作一个小区，将controller中的rest地址比作住户。之前的得规则设置都是住户门口的设置，只针对某个住户生效；而系统规则则是对小区大门生效。

(8)@SentinelResource配置

A、目前兜底方法存在的问题

• 系统默认的兜底方法没有体现我们自己的业务要求；
• 而依照现有条件，我们自定义兜底方法又会和业务代码耦合在一起；
• 每个业务方法都添加一个兜底方法会造成代码膨胀加剧；
• 没有体现全局统一的处理方法；

B、客户自定义限流处理逻辑

• 自定义处理类
  

import com.alibaba.csp.sentinel.slots.block.BlockException;
import com.atguigu.springcloud.utils.CommonResult;

public class CustomerBlockHandler {

    public static CommonResult handlerException(BlockException exception){
        return new CommonResult(4444,"按客户自定义，global handlerException-----1");
    }

    public static CommonResult handlerException2(BlockException exception){
        return new CommonResult(4444,"按客户自定义，global handlerException-----2");
    }
}

• 编写业务方法

import com.alibaba.csp.sentinel.annotation.SentinelResource;
import com.alibaba.csp.sentinel.slots.block.BlockException;
import com.atguigu.springcloud.alibaba.myhandler.CustomerBlockHandler;
import com.atguigu.springcloud.entity.Payment;
import com.atguigu.springcloud.utils.CommonResult;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
public class RateLimitController {

    @GetMapping("/byResource")
    @SentinelResource(value = "byResource",blockHandler = "handleException")
    public CommonResult byResource(){
        return new CommonResult(200,"按资源名称限流测试ok",new Payment(2020L,"serial001"));
    }
    public CommonResult handleException(BlockException exception){
        return new CommonResult(444,exception.getClass().getCanonicalName()+"\t服务不可用");
    }

    @GetMapping("/rateLimit/byUrl")
    @SentinelResource(value = "byUrl")
    public CommonResult byUrl(){
        return new CommonResult(200,"按url限流测试ok",new Payment(2020L,"serial002"));
    }

    @GetMapping("/rateLimit/customerBlockHandler")
    @SentinelResource(value = "customerBlockHandler",blockHandlerClass = CustomerBlockHandler.class,
            blockHandler = "handlerException2")
    public CommonResult customerBlockHandler(){
        return new CommonResult(200,"按url限流测试ok",new Payment(2020L,"serial002"));
    }
}

通过这样基本可以解决兜底方法跟业务方法耦合。
根据资源名添加流控规则就可以实现我们自定义兜底的方法执行：

C、@SentinelResource注解其他属性
注意：注解方式埋点不支持private方法

• Sentinel主要有三个狠心Api
  – SphU定义资源
  – Tracer定义统计
  – ContextUtil定义上下文

A、fallback、blockHandler属性值设置

@RequestMapping("/consumer/fallback/{id}")
    //@SentinelResource(value = "fallback")   //没有配置任何处理方法
    //@SentinelResource(value = "fallback",fallback = "handlerFallback")  //fallback只负责业务异常
    //@SentinelResource(value = "fallback",blockHandler = "blockHandler")   //blockHandler只负责sentinel控制台违规异常
    @SentinelResource(value = "fallback",fallback = "handlerFallback",blockHandler = "blockHandler")
    public CommonResult<Payment> fallback(@PathVariable("id")Long id){
        CommonResult<Payment> result = restTemplate.getForObject(SERVICE_URL + "/paymentSQL/" + id,CommonResult.class,id);
        if(id == 4){
            throw new IllegalArgumentException("IllegalArgumentException,非法参数异常....");
        }else if(result.getData() == null){
            throw new NullPointerException("NullPointerException,该ID没有对应的记录，空指针异常！");
        }
        return result;
    }
    //fallback处理方法（用于处理java程序运行中出现的异常）
    public CommonResult<Payment> handlerFallback(@PathVariable("id")Long id,Throwable e){
        Payment payment = new Payment(id,"null");
        return new CommonResult<>(444,"java运行异常，handlerFallback，exception内容:"+e.getMessage(),payment);
    }
    //blockHandler处理方法（用于处理外部访问违背sentinel控制台规则的异常）
    public CommonResult blockHandler(@PathVariable("id")Long id, BlockException exception){
        Payment payment = new Payment(id,"null");
        return new CommonResult<>(445,"sentinel控制台限流异常，blockException:"+exception.getMessage(),payment);
    }

若fallback、blockHandler都进行了配置，当出现两种情况的异常时只会进入blockHandler处理逻辑。

B、exceptionsToIgnore属性

当添加该异常之后再次访问：

(9)Sentinel持久化规则

• 当前存在的问题：一旦我们重启应用，sentinel规则将消失。在生产环境需要将配置规则进行持久化。
• 怎么做？
  – 将限流配置规则持久化进Nacos保存。只要刷新8401某个rest地址，sentinel控制台上的流控规则就能看到；只要Nacos里面的配置不删除，针对8401上sentinel上的流控规则就持续有效。

A、启动8401子模块，访问http://localhost:8401/rateLimit/byUrl，在sentinel控制台中添加流控规则：

B、重启8401子模块，再次访问http://localhost:8401/rateLimit/byUrl发现流控规则已经不起作用

C、修改8401子模块实现sentinel流控规则持久化

• 在POM添加依赖

<!-- SpringCloud alibaba sentinel-datasource-nacos:用于持久化 -->
<dependency>
    <groupId>com.alibaba.csp</groupId>
    <artifactId>sentinel-datasource-nacos</artifactId>
</dependency>

• 修改application.yml

server:
  port: 8401
spring:
  application:
    name: cloudalibaba-sentinel-service
  cloud:
    nacos:
      discovery:
        #Nacos服务注册中心地址
        server-addr: localhost:8848
    sentinel:
      transport:
        #配置Sentinel Dashboard地址
        dashboard: localhost:8080
        #默认8719端口，假如被占用会自动从8719开始一依次+1扫描，知道找到未占用的端口
        port: 8719
      datasource:
        dsl:
          nacos:
           server-addr: localhost:8848
           dataId: cloudalibaba-sentinel-service
           groupId: DEFAULT_GROUP
           data-type: json
           rule-type: flow
management:
  endpoints:
    web:
      exposure:
        include: '*'

D、添加Nacos业务规则配置

[
    {
        "resource": 资源名称
        "limitApp": 来源应用
        "greate": 阈值类型：0->线程数，1->QPS
        "count": 单机阈值
        "strategy": 流控模式：0->直接，1->关联，2->链路
        "controlBehavior": 流控效果：0->快速失败，1->Warm Up,2->排队等候
        "clusterMode": 是否集群
    }
]

nacos发布之后重启8401然后访问以下流控规则的rest地址：

至此，sentinel持久化配置成功！

六、SpringCloud Alibaba Seata处理分布式事务

1、分布式事务问题

单体应用被拆分成微服务应用，原来的三个模块被拆分成三个独立的应用，分别使用三个独立的数据源。
业务操作需要调用三个服务来完成。此时每个服务内部的数据一致性由本地事务来保证，但是全局的数据一致性问题没法保证。
例如：
用户购买商品的业务逻辑。整个业务逻辑由三个微服务提供支持

• 仓储服务：对给定的商品扣除仓储数量。
• 订单服务：根据采购需求创建订单。
• 账户服务：从用户账户扣除余额。
  

2、Seata简介

Seata是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。

中文官网：点击访问
中文文档：点击访问

(1)一个典型的分布式事务过程
分布式事务处理过程的一ID+三组件模型:

• Transaction ID XID
  -全局唯一的事务ID

• 三组件概念
  –TC (Transaction Coordinator) - 事务协调者：维护全局和分支事务的状态，驱动全局事务提交或回滚。
  –TM (Transaction Manager) - 事务管理器：定义全局事务的范围：开始全局事务、提交或回滚全局事务。
  –RM (Resource Manager) - 资源管理器：管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。

• 处理过程：
  – TM向TC申请开启一个全局事务，全局事务创建成功并生成一个全局唯一的XID；
  – XID在微服务调用链路的上下文中传播；
  – RM向TC注册分支事务，将其纳入XID对应全局事务的管辖；
  – TM向TC发起针对XID的全局提交或回滚协议；
  – TC调度XID下管辖的全部分支事务完成提交或回滚请求。

(2)Seata下载

下载地址：点击访问

(3)Seata怎么用

• 本地@Transactional
• 全局@GlobalTransactional

3、Seata-Server安装

(1)之前下载windows版Seata压缩包后解压到本地目录下，进入seate文件夹下的conf，修改file.conf(修改之前先备份)

主要修改：自定义事务组名称+事务日志存储模式为db+数据库连接信息

• service模块
  
• store模块
  
  (2)在mysql数据库中建库建表

在conf目录下找到db_store.sql数据库脚本文件并运行：

运行之后会在seata数据库下生成三个表(分支表、全局表、锁表)：
(3)在conf目录下找到registry.conf配置文件并修改

(4)先启动nacos端口号8848，在启动seata
先等Nacos启动并访问成功后，在启动Seate：

启动遇到了一些问题即解决方法：

• 首先我下载的Seata为官方推荐的稳定版本1.0
  

• 我笔记本电脑上装的MySQL版本为8.0+，启动时一直报数据库创建连接失败，后来经过网上查询知道是jdbc的jar版本过低导致的，因为Seata1.0 lib目录下的jdbc jar包版本为5.0+，需要换成8.0+才能访问到数据库8.0+版本的，可以下载Seata1.4+进入lib目录下手动将jdbc jar包替换进Seata中就可以了！

进入Nacos服务列表可以查看到注册进Nacos中的Seata：

4、Seata的四大模式

(1)AT模式

前提

• 基于支持本地ACID事务的关系型数据库。
• Java应用，通过JDBC访问数据库。

整体机制
两个阶段提交协议的演变

• 一阶段：业务数据和回滚日志记录在同一本地事务中提交，释放本地锁和连接资源。
• 二阶段：
  – 提交异步化非常快速的完成。
  – 回滚通过一阶段的回滚日志进行反向补偿。

A、一阶段加载
在一阶段，Seata会拦截“业务SQL”

• 解析SQL语义，找到“业务SQL”要更新的业务数据，在业务数据被更新前，将其保存成“before image”
• 执行“业务SQL”更新业务数据，在业务数据更新之后
• 其保存成“after image”，最后生成行锁
  以上操作全部在一个数据库事务内完成，这样就能够保证一阶段操作的原子性了。

B、二阶段提交
如果提交顺利的话，因为“业务SQL”在一阶段已经提交至数据库，所以Seata框架只需要将一阶段保存的快照数据和行锁删掉，完成数据清理即可。

C、二阶段回滚

• 二阶段如果是回滚的话，Seata就需要回滚一阶段已经执行的“业务SQL”，还原业务数据。
• 回滚方式便是用“before image”还原业务数据。
• 但在还原前首先要校验脏写，对比“数据库当前业务数据”和“after image”，如果两份数据完全一致说明没有脏写，可以还原原数据；如果不一致说明存在脏写，此时需要转人工处理。