Sentinel全局Feign默认熔断设计实现(1)

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！

在继续往下看，我们发现有个RulePropertyListener中reloadFrom方法****，即重新加载规则；方法里面有个buildCircuitBreakers方法，一看方法名就知道是构建熔断策略。

在看一下buildCircuitBreakers方法，我们看到本质就是遍历DegradeRule集合，然后在初始化熔断对象CircuitBreaker。

这里我们知道熔断是怎么产生的了；本质就是通过DegradeRule产生的。

解决方案

上面我们知道了一些熔断对象产生的原理，我们只要可以自定义DegradeRule对象就可以产生。我们在学习Sentinel的时候，他有个Api方式去定义降级规则，大家可以去看一下之前的文章，详细介绍了Api定义规则的方式。我们看一下案例

我们可以看到DegradeRule对象的定义，以及DegradeRuleManager对象；上面的代码就能给资源名api定义了慢响应的降级策略了。

讲到这里聪明的小伙伴们有没有想到一些思路呢？往下看。

方案思路

先给出整体的解决思路

上图中介绍的流程

1、启动服务时扫描jar，获取@FeignClient注解的接口（技术难点一：扫描哪些jar包）

2、获得Feign接口中的调用方法

3、服务本地创建DegradeRule对象。(技术难点二：Sentinel的资源名支持动态配置）

4、把设置的默认的降级熔断规则同步到Nacos

根据上面的流程，我们就可以看到，一旦微服务启动了，就会自动把Feign接口配置默认的降级熔断规则，以及同步到Nacos中；再结合之前文章中介绍的Sentinel控制台改造，就立刻在控制台显示这些降级规则了，而不需要认为配置了。

**注意：**上面只是介绍了整体流程，在编写代码的时候，我们需要考虑到很多场景，如：

一）服务第二次启动的时候，nacos中已经有了相关的配置，是否还要修改nacos的配置。

二）以及有些特殊业务在Sentinel控制台进行了降级配置，那默认的全局配置如何兼容人工的配置。

这些就不在这里讲了，本文只介绍核心方案思路，核心代码

其他的有兴趣的小伙伴们，可以跟要源码

技术难点

难点一

我们扫码jar包，而且是要扫码包含@FeignClient注解接口的jar。我们知道在使用Feign功能的时候，需要在SpringBootApplication启动类中加上@EnableFeignClients；

@SpringBootApplication

@EnableDiscoveryClient

@EnableFeignClients

public class ApplicationA {

public static void main(String[] args) {

SpringApplication.run(ApplicationA.class, args);

}

}

有的时候Feign包会用第三方jar的形式存在，那代码就有会变成

@SpringBootApplication

@EnableDiscoveryClient

@EnableFeignClients(basePackages = {“com.rainbow.demo1.feign”,“com.rainbow.demo2.feign”})

public class ApplicationA {

public static void main(String[] args) {

SpringApplication.run(ApplicationA.class, args);

}

}

里面的**@EnableFeignClients注解的属性basePackages中显式的指向了Feign包的位置**了，这个比较好弄，直接用用ClassScan工具类扫就行了。

ClassScan工具类是支持子包扫描的

那没有显式的定义basePackages，那怎么获取到jar包路径呢？

我们可以参考SpringCloud的源码实现的方法，看代码。

上面是根据启动服务时，堆栈信息获取main方法的启动类对象。

根据启动类对象，获取到EnableFeignClients对象，如果没有basePackages，那就是以启动类的包为扫描的入口。

这样我们就解决了扫描jar入口的问题。

难点二

常规方式

资源名的获取，举个例子

@FeignClient(name = “service-provider”)

public interface ProviderServiceFeign {

@GetMapping(“/transferHeaders”)

public BaseRestResponse transferHeaders();

}

根据微服务的Sentinel资源名定义，@FeignClient(name = “service-provider”)，微服务名是service-provider；那针对transferHeaders()方法的降级策略资源名即为

lb://service-provider/transferHeaders

这个实现比较简单就是获取@FeignClient的name的值，以及方法@GetMapping里面的值就可以拼接出资源名。

指定Url地址

@FeignClient(name = “service-provider”,url = “http://xxxxx”)

public interface ProviderServiceFeign {

@GetMapping(“/transferHeaders”)

public BaseRestResponse transferHeaders();

}

指定url的目的其实就是指定请求的方式，这种情况的Sentinel的资源名即为

http://xxxxx/transferHeaders

这个技术实现也比较简单，只需要考虑到这个场景，就可以了。

动态配置Url

还有一种情况即对接第三方平台时，我们一般不会写死Url，而是通过配置的方式，如

@FeignClient(name = “service-provider”,url = “${reqUrl}”)

public interface ProviderServiceFeign {

@GetMapping(“/transferHeaders”)

public BaseRestResponse transferHeaders();

}

上面的${reqUrl}是通过配置的，**那Sentinel的资源名是什么样的呢？**本质上面资源名也是Url+具体的请求地址，即

http://${reqUrl}/transferHeaders

但是这样设置资源名肯定是不正确的，需要把具体的配置值拿过来拼接。那我们就需要在程序中获取${reqUrl}的值，讲到这里小伙伴们知道怎么实现了吗？其实就是用到

Environment environment ;//环境变量对象

this.environment.resolvePlaceholders(url);//获取变量的值

如何快速更新自己的技术积累？

• 在现有的项目里，深挖技术，比如用到netty可以把相关底层代码和要点都看起来。
• 如果不知道目前的努力方向，就看自己的领导或公司里技术强的人在学什么。
• 知道努力方向后不知道该怎么学，就到处去找相关资料然后练习。
• 学习以后不知道有没有学成，则可以通过面试去检验。

我个人觉得面试也像是一场全新的征程，失败和胜利都是平常之事。所以，劝各位不要因为面试失败而灰心、丧失斗志。也不要因为面试通过而沾沾自喜，等待你的将是更美好的未来，继续加油！

以上面试专题的答小编案整理成面试文档了，文档里有答案详解，以及其他一些大厂面试题目

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！
学习以后不知道有没有学成，则可以通过面试去检验。

我个人觉得面试也像是一场全新的征程，失败和胜利都是平常之事。所以，劝各位不要因为面试失败而灰心、丧失斗志。也不要因为面试通过而沾沾自喜，等待你的将是更美好的未来，继续加油！

以上面试专题的答小编案整理成面试文档了，文档里有答案详解，以及其他一些大厂面试题目

[外链图片转存中…(img-bkTTUHxq-1714744410488)]

[外链图片转存中…(img-zUApHBUr-1714744410488)]

《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！