早期微服务跨集群调用 使用的是Eureka 和RestTemplate，这种写法虽然可以解决服务之间的调用问题 ,但是随着服务的增多，实例变动，早期的写法相当于把请求方式，请求地址，参数写死了，耦合度太高，参数非常多的情况使用起来不方便。

Feign

Feign是一种声明式的 ，模板客户端，可以使用类似于SpringMvc风格的注解，更加方便的实现服务之间 的调用。

如何使用？

首先你肯定需要导入依赖 这里直接去导入SpringCloud的起步依赖

<dependency> 
<groupId>org.springframework.cloud</groupId>  
<artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>

然后在服务调用者的启动类上开启Feign

会发现它是基于接口的 风格和以SpringMVC的风格相似  

那么你只需要通过Feign客户端调用方法 他就可以返回对应的返回值类型 非常方便

如何配置Feign 这里只给出

日志的配置

日志级别

1. NONE：没有日志记录

2. BASIC：记录请求方法、URL以及响应状态代码和执行时间

3. HEADERS：记录基本信息以及请求和响应头信息

4. 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: debugpattern:dateformat: MM-dd HH:mm:ss:SSS
spring:application:name: gatewaycloud:nacos:server-addr: nacos:8848 # nacos地址gateway:routes:- id: user-service # 路由标示，必须唯一uri: lb://userservice # 路由的目标地址predicates: # 路由断言，判断请求是否符合规则- Path=/user/** # 路径断言，判断路径是否是以/user开头，如果是则符合- id: order-serviceuri: lb://orderservicepredicates:- Path=/order/**default-filters:- AddRequestHeader=Truth,hhhhhhhhhhhhhh!

过滤器:

GatewayFilter是网关中提供的一种过滤器，可以对进入网关的请求和微服务返回的响应做处理：

单个路由下都可以配置自己的filter,也可以配置Defaultfilter为所有路由配置

或者是配置全局路由，需实现路由接口。

 网关跨域配置