1. 雪崩问题

1.1 应对方案

2. Sentinel

2.1 流控模式

(1)直接模式：统计当前资源的请求，触发阈值时对当前资源直接限流，也是默认的模式

(2)关联模式：统计与当前资源相关的另一个资源，触发阈值时，对当前资源限流

(3)链路模式：统计从指定链路访问到本地资源的请求，触发阈值时，对指定链路限流

2.2 流控效果

流控效果是指请求到达流控阈值时应该采取的措施。

(1)快速失败：达到阈值后，新的请求会被立刻拒绝并抛出FlowException异常。是默认的处理方式。

(2)warm up：预热模式，对超出阈值的请求同样是拒绝并抛出异常。但这种模式阈值会动态变化，从一个较小值逐渐增加到最大阈值。

(3)排队等待：让所有的请求按照先后次序排队执行，两个请求的间隔不能小于指定时长。

2.3 线程隔离

2.3.1 线程隔离的两种手段是？

信号量隔离

线程池隔离

2.3.2 信号量隔离的特点是？

基于计数器模式，简单，开销小；

Sentinel的线程隔离就是信号量

2.3.3 线程池隔离的特点是？

基于线程池模式，有额外开销，但隔离控制更强

2.4 熔断降级

2.4.1 熔断策略

(1)慢调用比例：

超过指定时长的调用为慢调用，统计单位时长内慢调用的比例，超过阈值则熔断。

(2)异常比例:

统计单位时长内异常调用的比例，超过阈值则熔断

(3)异常数：

统计单位时长内异常调用的次数，超过阈值则熔断

2.5 规则持久化

(1)原始模式：保存在内存

(2)pull模式：保存在本地文件或数据库，定时去读取

(3)push模式：保存在nacos，监听变更实时更新

3. 踩坑记录

1.依赖兼容性

https://www.jianshu.com/p/9e847aca49c3
这个兼容性问题让我吃了不少苦😭

2.在编写feign的降级逻辑代码时，出现一个想法：

在UserClientFallBackFactory类上添加@Component注解，而不是用@Bean注解在逻辑上不是一样吗？

通过实际运行程序，发现报错：找不到该对象。后来仔细想了想发现问题的原因：

在Spring框架中，当你想要将第三方库中的组件集成到你的应用中时，由于你无法修改第三方库的源代码来添加 @Component注解，因此不能直接使用Spring的自动装配功能。这是因为 @Component是一个类级别的注解，它允许Spring通过类路径扫描自动检测并注册这些组件为Bean。但是，对于第三方库中的类，你并没有这样的权限或能力去修改它们的代码。

在这种情况下，你可以使用 @Bean注解来达到相同的目的。@Bean是一个方法级别的注解，它允许你在配置类中声明一个Bean，并提供更多的灵活性。通过在配置类中使用 @Bean注解的方法，你可以创建并配置第三方库中的组件实例，并将其注册为Spring容器管理的Bean。这样，你就可以在应用中像使用其他Spring管理的Bean一样使用这些第三方组件了。

代码中的FallbackFactory就是第三方库，所以不能用@Component。

3.更换jdk版本一直失败

之前jdk的环境变量版本是17，在运行Spring项目时一直报错：无效的标记: --release。查找资料后发现可能是本地jdk版本与IDEA的jdk版本不一致的问题，但是在修改环境变量并且多次重启电脑后还是jdk17.

在查找相关资料后得知，jdk17会自动配置环境变量：

将自己配置的jdk路径上移，就能更改jdk的优先级了。