SpringCloud Alibaba 实战，来自尚硅谷电商项目理解

Posted 2023-03-20

参考技术A

电商项目常见解决技术搭配方案：

SpringCloud Alibaba --nacos：注册中心

SpringCloud Alibaba --nacos：配置中心

SpringCloud --Ribbon：负载均衡

SpringCloud Alibaba --Sentinel：服务容错（限流、降级、熔断）

SpringCloud --Gateway：API网关（webflux编程模式）

SpringCloud --Sleuth（调用链监控）

SpringCloud Alibaba --Seata：分布式事务解决方案

作用：因为都会用到springcloud alibaba，所以将 放到公共服务中，统一管理版本

Nacos 文档地址： https://nacos.io/zh-cn/docs/quick-start.html

Nacos 下载地址：https://github.com/alibaba/nacos/releases

第一步：在需要注册到nacos的服务pom文件中添加相应的nacos依赖

作用：将我们的服务注册到注册中心中，同时也可以从注册中心中发现其他服务

第二步：将 Nacos 服务器地址配置添加到 /src/main/resources/application.properties 文件中，

给当前服务命名

第三步：使用@EnableDiscoveryClient 注解开启服务注册和发现

启动 Nacos 服务器

下载 Nacos Server下载页面

将下载的文件解压，进入nacos/bin文件夹()，并根据操作系统的实际情况

Linux/Unix/Mac , 执行 sh startup.sh -m standalone

Windows , 执行 cmd startup.cmd

查询服务

http://127.0.0.1:8848/nacos

用户名和密码默认都是nacos

如：member会员服务需要调用coupon优惠券服务的方法

1.在member服务和coupon服务的pom文件中引入feign依赖

2.开启feign功能，在member服务上开启

@FeignClient("gulimall-coupon")：其中gulimall-coupon为nacos注册的被调用的服务名，@RequestMapping("/coupon/coupon/member/list")路径为gulimall-coupon服务中membercoupons()方法的调用全路径（添加上controller上的请求路径）

对应的在gulimall-coupon服务中有membercoupons()方法的具体实现

第一步：引入 Nacos Config 进行配置管理

第二步：在需要管理配置的服务下，添加bootstrap.properties

第三步：需要给配置中心添加数据集（Data Id）gulimall-coupon.properties

第四步：给 应用名.properties 添加任何配置

第五步：在需要读取配置的类上添加注解@RefreshScope，实时刷新获取配置文件内容

@RefreshScope：动态获取并刷新配置

@Value("$配置项的名")

细节部分：

1.命名空间：主要用来做配置隔离

默认是public(保留空间)；默认新增的所有配置都在public空间

a：开发、测试、生产：利用命名空间来做环境隔离

b：每一个微服务之间互相隔离配置，每一个微服务都创建自己的命名空间，只加载自己命名空间下的所有配置

2.配置集

一组相关或者不相关的配置项的集合称为配置集。在系统中，一个配置文件通常就是一个配

置集，包含了系统各个方面的配置。例如，一个配置集可能包含了数据源、线程池、日志级

别等配置项。

3.配置集ID

Nacos 中的某个配置集的 ID。配置集 ID 是组织划分配置的维度之一。Data ID 通常用于组

织划分系统的配置集。一个系统或者应用可以包含多个配置集，每个配置集都可以被一个有

意义的名称标识。Data ID 通常采用类 Java 包（如 com.taobao.tc.refund.log.level）的命名

规则保证全局唯一性。此命名规则非强制。

4.配置组

Nacos 中的一组配置集，是组织配置的维度之一。通过一个有意义的字符串（如 Buy 或

Trade ）对配置集进行分组，从而区分 Data ID 相同的配置集。当您在 Nacos 上创建一个

配置时，如果未填写配置分组的名称，则配置分组的名称默认采用 DEFAULT_GROUP 。配置

分组的常见场景：不同的应用或组件使用了相同的配置类型，如 database_url 配置好

MQ_topic 配置。

加载多配置文件:

官方文档：https://github.com/alibaba/Sentinel/wiki/%E4%BB%8B%E7%BB%8D

项目地址：https://github.com/alibaba/Sentinel

随着微服务的流行，服务和服务之间的稳定性变得越来越重要。Sentinel 以流量为切入点，

从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定性。

什么是熔断降级

除了流量控制以外，降低调用链路中的不稳定资源也是关键 Sentinel 的使命之一。由于调用关系的复杂性，如果调用链路中的某个资源出现了不稳定，最终会导致请求发生堆积。

Sentinel 和 Hystrix 的原则是一致的: 当检测到调用链路中某个资源出现不稳定的表现，例如

如请求响应时间长或异常比例升高的时候，则对这个资源的调用进行限制，让请求快速失败，

避免影响到其它的资源而导致级联故障。

熔断降级设计理念

在限制的手段上，Sentinel 和 Hystrix 采取了完全不一样的方法。

Hystrix 通过 线程池隔离 的方式，来对依赖（在 Sentinel 的概念中对应 资源）进行了隔

离。这样做的好处是资源和资源之间做到了最彻底的隔离。缺点是除了增加了线程切换的成

本（过多的线程池导致线程数目过多），还需要预先给各个资源做线程池大小的分配。

Sentinel 对这个问题采取了两种手段

a.通过并发线程数进行限制

b.通过响应时间对资源进行降级

步骤：

1、引入依赖

2、使用 Nacos 注册中心

3、定义 fallback 实现

在服务消费者中，实现 feign 远程接口，接口的实现方法即为调用错误的容错方法

4、定义 fallbackfactory 并放在容器中

5、改造 fallback 类接受异常并实现容错方法

6、远程接口配置 feign 客户端容错

7、开启 sentinel 代理 feign 功能；在 application.properties 中配置

测试熔断效果。当远程服务出现问题，会自动调用回调方法返回默认数据。