网上的教程都他娘的是垃圾,项目结构不清晰,不适合自研!
我来说一下Feign编码方式
- ServerA 有正常的Controller,我们把他当成我们的目标服务,将来我们通过B服务调用A服务
- ServerB 就是我们主服务,但是需要调用A服务的接口,我们创建一个Client包下FeignTest接口,然后添加@FeignClient注解(指向ServerA注册在Eureka的名字),再重写一下映射关系(GetMapping之类的),然后ServerB Controller可以实现直接@Autowired 自己的FeignTest,最终实现对ServerA的访问!
下文都依赖于Eureka,如果你自行引入Maven依赖即可
基础ServerA
# Eureka-Client配置信息
server.port=8091
spring.application.name=eurekaClient
# 将自己注册到Eureka
eureka.client.service-url.defaultZone=http://127.0.0.1:8090/eureka
eureka.client.fetch-registry=true
启动类自己添加
@EnableEurekaClient // 指定为Eureka-Client
随便写一写请求,未来我们只是测试ServerB来调用ServerA接口
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
public class DiyController {
@RequestMapping("/abc")
public String hello() {
System.out.println("Server执行中...");
return "Server执行中...";
}
}
完成对ServerA的配置了,启动ServerA,可以启动2个,最后测试就能看到负载均衡的调用了
ServerB需要的Maven依赖,谁需要使用Feign发起Http谁添加。因为A是服务,不需要调用别人,我就不加了
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>
ServerB配置文件
# Eureka-Client配置信息
server.port=8093
spring.application.name=Eureka-Ribbon
# 将自己注册到Eureka
eureka.client.service-url.defaultZone=http://127.0.0.1:8090/eureka
eureka.client.fetch-registry=true
ribbon.ReadTimeout=5000
# 饥饿加载,并配置对饥饿加载对服务
ribbon.eager-load.enabled=true
ribbon.eager-load.clients=EUREKACLIENT
EUREKACLIENT.ribbon.NFLoadBalancerRuleClassName=com.netflix.loadbalancer.RandomRule
# Feign优化
feign.httpclient.enabled=true
feign.hystrix.enabled=true
feign.client.config.default.connectTimeout=5
feign.client.config.default.readTimeout=5000
ServerB启动类添加@EnableFeignClients注解
@EnableFeignClients // 不加入无法注入@FeignClient标注的接口,也就无法发送http请求了
@EnableEurekaClient // 指定为Eureka-Client
ServerB编写Feign接口(一般创建一个client包,写在下面),Feign实际就是封装了RestTemplate,我们需要配置Feign指定Eureka中目标服务名
import org.springframework.cloud.openfeign.FeignClient;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.ResponseBody;
@FeignClient("EUREKACLIENT") // 声明目标服务注册到Eureka的名字
public interface TestFeignService {
// 重写映射关系,要与目标方法写成一样的映射地址
// 将来通过Eureka拿到FeignClient拿到目标服务地址 拼接映射会爆404
@GetMapping("/abc")
@ResponseBody
String yes(String id);
}
使用,直接引入ServerB中
@Autowired
private TestFeignService testFeign;
@RequestMapping("/gogo")
public String 模拟请求() {
// 测试远程调用
String abc = testFeign.yes("123456");
System.out.println("Feign请求完成!");
return "Feign调用结果是:"+abc;
}
测试
访问http://127.0.0.1:8093/gogo
![](https://i-blog.csdnimg.cn/blog_migrate/8bbfc14ede5b66a2da4a77264678a97d.png)
Feign自定义配置
Feign可以支持很多的自定义配置,如下表所示:
类型 | 作用 | 说明 |
---|---|---|
feign.Logger.Level | 修改日志级别 | 包含四种不同的级别:NONE、BASIC、HEADERS、FULL |
feign.codec.Decoder | 响应结果的解析器 | http远程调用的结果做解析,例如解析json字符串为java对象 |
feign.codec.Encoder | 请求参数编码 | 将请求参数编码,便于通过http请求发送 |
feign. Contract | 支持的注解格式 | 默认是SpringMVC的注解 |
feign. Retryer | 失败重试机制 | 请求失败的重试机制,默认是没有,不过会使用Ribbon的重试 |
一般情况下,默认值就能满足我们使用,如果要自定义时,只需要创建自定义的@Bean覆盖默认Bean即可。
下面以日志为例来演示如何自定义配置。
2.2.1.配置文件方式
基于配置文件修改feign的日志级别可以针对单个服务:
feign:
client:
config:
userservice: # 针对某个微服务的配置
loggerLevel: FULL # 日志级别
也可以针对所有服务:
feign:
client:
config:
default: # 这里用default就是全局配置,如果是写服务名称,则是针对某个微服务的配置
loggerLevel: FULL # 日志级别
而日志的级别分为四种:
- NONE:不记录任何日志信息,这是默认值。
- BASIC:仅记录请求的方法,URL以及响应状态码和执行时间
- HEADERS:在BASIC的基础上,额外记录了请求和响应的头信息
- FULL:记录所有请求和响应的明细,包括头信息、请求体、元数据。
2.2.2.Java代码方式
也可以基于Java代码来修改日志级别,先声明一个类,然后声明一个Logger.Level的对象:
public class DefaultFeignConfiguration {
@Bean
public Logger.Level feignLogLevel(){
return Logger.Level.BASIC; // 日志级别为BASIC
}
}
如果要全局生效,将其放到启动类的@EnableFeignClients这个注解中:
@EnableFeignClients(defaultConfiguration = DefaultFeignConfiguration .class)
如果是局部生效,则把它放到对应的@FeignClient这个注解中:
@FeignClient(value = "userservice", configuration = DefaultFeignConfiguration .class)
Feign使用优化
1、使用具有连接池的Http客户端
URLConnection:默认实现,不支持连接池
Apache HttpClient :支持连接池
<!--httpClient的依赖 -->
<dependency>
<groupId>io.github.openfeign</groupId>
<artifactId>feign-httpclient</artifactId>
</dependency>
OKHttp也支持连接池,本文就不讲解了,HttpClient 讲解
- max-connections: 200 # 最大的连接数
- max-connections-per-route: 50 # 每个路径的最大连接数
2、能保证业务正常的情况下:关闭高级别日志