Spring Cloud OpenFeign熔断

前面讲述了服务之间的相互通信，通过注解的形式，OpenFeign 的声明式HTTP客户端很容易做到不同服务之间的相互调用。

我们的服务最终会部署在服务器上，由于各种原因，服务难免会发生故障，这时其他服务将无法调用故障服务，可能会一直卡在那里，导致用户体验差。针对这个问题，我们需要对服务接口进行错误处理,一旦发现无法访问,立即返回并报错,即捕捉到异常后立刻以可读化的字符串的形式返回到前端。

基于以上问题，业界提出了熔断器模型。在Spring Cloud 中，我们可以采用SpringCloud NetflixHystrix实现熔断器。在OpenFeign集成熔断器之前，我们应对Hystrix有一定了解，因此本节先介绍Hystrix，并将其集成到OpenFeign 中。

一、什么是Feign?

Feign makes writing java http clients easier，这是官方给出的一个说明，本意翻译是：Feign使编写Java http客户端更容易，Feign是一个http请求调用的轻量级框架，可以以Java接口注解的方式调用Http请求，Feign可以通过处理注解，将请求模板化，当实际调用的时候，传入参数，根据参数再应用到请求上，进而转化成真正的请求。

种一棵树最好的时间是十年前，其次是现在

首先，通过@EnableFeignClients注解并开启扫描，将注解了@FeignClient的接口信息通过BeanUtils生成bean注入到IOC容器；

当接口被调用时候，通过jdk动态代理，生成具体的requestTemplate，requestTemplate生成request,request交给Client处理，可以是httpUrlConnection或者是okhttp，最后client被封装到LoadBalanceClient类，这个类结合了ribbon做到了负载均衡；

1 Feign

1.1 定义

1.1.1 简介

Feign是一个声明式的Web Service客户端，通过声明RESTful请求客户端
Spring Cloud集成了Ribbon和Eureka，可在使用Feign时提供负载均衡的http客户端

服务的注册与发现是微服务架构中的核心机制，而 Eureka（由 Netflix 开发，集成在 Spring Cloud 中）是这一机制的经典实现。以下是其关键概念和工作原理的清晰总结：

1. 为什么需要服务注册与发现？

• 动态性：微服务实例可能频繁变化（如扩缩容、故障迁移）。

SpringBoot与OpenFeign的整合为构建微服务架构提供了一种强大且灵活的方式。通过声明式的API调用，开发者可以专注于业务逻辑的实现，而不必担心底层的网络通信细节。结合Spring Cloud生态中的其他组件，可以进一步增强系统的可伸缩性、可靠性和安全性。

Feign常见问题总结

FeignClient接口如使用@PathVariable ，必须指定value属性

//在一些早期版本中， @PathVariable("id") 中的 "id" ，也就是value属性，必须指定，不能省略。
@FeignClient("microservice-provider-user")
public interface UserFeignClient {
 @RequestMapping(value = "/simple/{id}", method = RequestMethod.GET)
 public User findById(@PathVariable("id") Long id);
 ...
}

1. 概览

随着 Spring Cloud 的流行性，Feign 已经成为 RPC 的事实标准，由于其构建与 Http 协议之上，对请求和返回值缺少规范约束，在日常开发过程中经常由于设计不当对系统造成一定的侵入性。比如，很多公司基于 Web 经验对 Feign 返回体进行了约束，大致要求如下：

OpenFeign 和 RestTemplate 的区别

OpenFeign 和 RestTemplate 都是用于在 Spring 应用中进行 HTTP 请求的工具，但它们的设计理念和使用方式有所不同。