早期微服务跨集群调用 使用的是Eureka 和RestTemplate,这种写法虽然可以解决服务之间的调用问题 ,但是随着服务的增多,实例变动,早期的写法相当于把请求方式,请求地址,参数写死了,耦合度太高,参数非常多的情况使用起来不方便。
Feign
Feign是一种声明式的 ,模板客户端,可以使用类似于SpringMvc风格的注解,更加方便的实现服务之间 的调用。
如何使用?
首先你肯定需要导入依赖 这里直接去导入SpringCloud的起步依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>
然后在服务调用者的启动类上开启Feign
会发现它是基于接口的 风格和以SpringMVC的风格相似
那么你只需要通过Feign客户端调用方法 他就可以返回对应的返回值类型 非常方便
如何配置Feign 这里只给出
日志的配置
日志级别
-
NONE:没有日志记录
-
BASIC:记录请求方法、URL以及响应状态代码和执行时间
-
HEADERS:记录基本信息以及请求和响应头信息
-
FULL:记录基本信息以及请求和响应头信息、请求和响应体信息
Feign性能优化:
1.Feign使用的是默认的UrlConection
可以修改为 连接池 Apache提供的HttpClient,或者是OKHttp
2.修改日志级别,因为日志也是比较消耗性能,如果日志级别是Full,那就输出全部日志信息,修改为None又不太合适,什么都不输出还要日志干什么。所以推荐使用的是Basic.
Feign最佳实践方案:
经过市场的实践与检验,给出了两种最佳实践。
1.继承
通过定义统一Api接口 服务的调用者Feign客户端可以继承api类,但是无法继承接口的参数,需要自己重新写。
服务的提供者可以实现接口,重写业务逻辑。
但是这样会造成紧耦合。
并且官方也不推荐这样做。
2.方式二(抽取):将FeignClient抽取为独立模块,并且把接口有关的POJO、默认的Feign配置都放到这个模块中,提供给所有消费者使用,
GateWay网关
利用nacos实现了微服务的配置 注册发现 解决了服务间的统一调度,利用Feign实现了服务调用,但是对于客户端请求,以及服务响应就必须使用网关。
SpringCloud实现网关的方式有
zuul gateway
Zuul使用的是阻塞式编程,学过Io流,大家应该知道,阻塞式编程,就是等待请求的过程中,程序会一直等待直到完成,等待过程中不做任何事。
GateWay使用响应式编程,性能更好。
网关路由配置:
server:
port: 10010
logging:
level:
cn.itcast: debug
pattern:
dateformat: MM-dd HH:mm:ss:SSS
spring:
application:
name: gateway
cloud:
nacos:
server-addr: nacos:8848 # nacos地址
gateway:
routes:
- id: user-service # 路由标示,必须唯一
uri: lb://userservice # 路由的目标地址
predicates: # 路由断言,判断请求是否符合规则
- Path=/user/** # 路径断言,判断路径是否是以/user开头,如果是则符合
- id: order-service
uri: lb://orderservice
predicates:
- Path=/order/**
default-filters:
- AddRequestHeader=Truth,hhhhhhhhhhhhhh!
过滤器:
GatewayFilter是网关中提供的一种过滤器,可以对进入网关的请求和微服务返回的响应做处理:
单个路由下都可以配置自己的filter,也可以配置Defaultfilter为所有路由配置
或者是配置全局路由,需实现路由接口。