分布式微服务中Feign的使用 让你完全了解使用Feign
Feign简介
Feign是声明式的http客户端，官网地址：[https://github.com/openfeign/feign]
其作用就是帮助我们优雅的实现http请求的发送。
它让微服务的调用变得更简单了，类似Controller调用service。SpringCloud集成了Ribbon和Eureka，可在使用Feign时提供负载均衡的http客户端。
只需要创建一个接口，然后添加注解即可！
RestTemplate的缺点
微服务远程调用方式还有通过RestTemplate，但是RestTemplate存在一定的缺点 比如参数很多的情况下 那么他的http地址将会难以维护。相信我用过Feign之后 你就晓得RestTemplate有多难写了
1:代码可读性差，编程体验不统一
2:参数复杂的url难以维护
定义和使用Feign客户端
使用Feign步骤如下
1，引入依赖：
<dependency>
<groupId>org.springframework.cloudgroupId>
<artifactId>spring-cloud-starter-openfeignartifactId>
dependency>
2，在服务的启动类上添加注解开启Feign功能：
@EnableFeignClients(）
3，编写Feign客户端
@FeignClient("BaseFeignService")
pulic interface BaseFeignService{
@GetMapping(value = "/productPacking/queryProductIdByProductPacking/{productId}")
List<ProductPackingRes> queryProductIdByProductPacking(@PathVariable(name = "productId") Long productId);
}
看到这里 你是不是在想 哎，这个怎么好像我们在Controller里面写的接口
没错 其实Feign主要是基于SpringMVC的注解来声明远程调用的信息，比如：
- 服务名称：BaseFeignService
- 请求方式：GET
- 请求参数：Long productId
- 返回值类型：List
Feign的自定义配置
spring-boot虽然帮我们实现了自动装配 但是他是允许我们覆盖默认配置的
像这里Feign允许我们覆盖5个默认配置（当然这不是全部 小编只是举个例子！）
- feign.Logger.Level(日志级别)：none（没有任何日志），basic（发起请求时记录下发送请求的时间和结束时间以及耗时多久），headers（带上请求头和响应头），full（带上请求头和响应头以及请求体和响应体）
- feign.codec.Decoder（响应结构解析器）：http远程调用的结构做解析，列如json字符串为java对象 就是把查询到的数据转成java对象
- feign.codec. Encoder（请求参数编码）：将请求参数编码，便于http请求发送 顾名思义结束发送请求的时候的请求体编码
- feign.Contract（支持注解格式）：默认是springmvc
- feign.retryer（失败重拾机制）:请求失败的重试机制，默认是没有，不过会使用ribbon的失败重试（feign的底层的依赖于ribbon，所以feign也有失败重试机制）
这是Feign允许覆盖的常见的配置 但是一般情况下最多可能就是改改日志 既然最多的就是修改日志 那咱们也来改一次
配置Feign日志有两种方式：
- 方式一：配置文件方式:feign.client.config.default.loggerLevel=full（级别）这种是全局生效 如果想单个生效可以把default换成服务名称
- 方式二：java代码方式：需要先声明一个bean
public class FeignCilentConfiguration {
@Bean
public Logger.Level feignLogLevel() {
return Logger.Level.BASIC;
}
}
1,而后如果是全局配置，则把他放到@EnableFeignClients(defaultConfiguration = FeignCilentConfiguration.class）
2,而后如果是局部配置，则把他放到@FeignClient(configuration = FeignCilentConfiguration.class）
Feign的性能优化
是不是来兴趣了 性能优化是开发当中必然面临的一个问题
Feign的性能其实已经很好了 但是呢还是有优化的余地 为什么呢 因为只是声明式客户端 他只是把我们的声明变成了http请求最终发送请求时还是会用到别的客户端。
Feign底层的客户端实现有三种模式：
- UrLconnection：默认实现，不支持连接池 （jdk自带，实现性能差而且不支持连接池，都自带连接池可以减少创建和销毁的一些折耗，每次都要三次握手四次挥手比较浪费性能)
- .Apache Httpcilent：支持连接池 （apache出品的客户端 推荐使用）
- Okhttp：支持连接池（推荐使用）
优化feign的性能主要包括：
1.使用Apache Httpcilent或者Okhttp代替默认的UrLconnection
2.日志级别最好使用none，basic（调试错误时可以使用headers，full 方便查看错误）
这里小编用的就是Apache Httpcilent
<dependency>
<groupId>io.github.openfeigngroupId>
<artifactId>feign-httpclientartifactId>
dependency>
配置连接池：
feign.httpclient.enabled=true #开启feign对httpClient的支持
feign.httpclient.max-connections=1000 #最大连接数
feign.httpclient.max-connections-per-route=100 #每个路径的最大连接数
这只是完成了一半
feign.httpclient.max-connections=1000 #最大连接数
feign.httpclient.max-connections-per-route=100 #每个路径的最大连接数
这个俩的值还得经过压力测试才能得出 多大才是最合适的
feign的最佳实践
方式一（继承）：给消费者的feigncilent和提供者的controller定义统一的父接口作为标准
有点抽象哈 就是搞个接口给Feign客户端和controller去继承 但是官网不推荐：会造成紧耦合而且springmvc注解继承不到
方式二（抽取）：将feigncilent抽取为独立模块，并且把接口有关的pojo，默认的feign配置都放到这个模块中，提供给所有消费者使用
这种就比较奈斯 把Feign单独拎出来搞成一个模块引入进去 谁要谁去调用就行了
这里有个坑引入进去的时候启动时会报错 因为FeignClient不在SpringBootApplication扫描包范围解决方式
- 指定Feign所在的包 @EnableFeignClients(basePackages = {“FeignClient包名”})
- 指定Feign字节码 @EnableFeignClients(clients = “Client类名”)
区别就是第一个是都拿来 第二个是 拿指定的 反正就是 拿来把你
Feign的熔断工厂
- fallbackFactory 推荐：可以捕获异常信息并返回默认降级结果。可以打印堆栈信息
- fallback 不推荐:不能捕获异常打印堆栈信息，不利于问题排查。
在@FeignClient(fallbackFactory = 降级类.class)
降级类的实现
@Component
@Slf4j
public class WebFeignFallbackFactory implements FallbackFactory<WebFeignService>{
@Override
public WebFeignService create(Throwable throwable) {
log.error("异常原因:{}", throwable.getMessage(), throwable);
return new WebFeignService(){
@Override
public Object bigDataTest(Object o) {
//出现异常，自定义返回内容，保证接口安全
return throwable.getMessage();
}
};
}
}
注意FallbackFactory这里引入的包可以是hystrix也可以是openfeign
这是实现FallbackFactory<泛型 > implements FallbackFactory
此类实现FallbackFactory类，并实现方法T create(Throwable throwable);其中throwable.getMessage();就是服务回退时的异常信息。
对了Feign默认是有负载均衡的功能的
好啦！！！到此结束了
宫崎骏说过:成熟不是看你年纪有多大 而是肩膀能挑起多重的责任