Feign远程调用+Gateway网关

Feign远程调用

概念

Feign 的英文表意为“假装，伪装，变形”， 是一个http请求调用的轻量级框架，是以Java接口注解的方式调用Http请求，而不用像Java中通过封装HTTP请求报文的方式直接调用。Feign通过处理注解，将请求模板化，当实际调用的时候，传入参数，根据参数再应用到请求上，进而转化成真正的请求，这种请求相对而言比较直观。

Feign被广泛应用在Spring Cloud 的解决方案中，是学习基于Spring Cloud 微服务架构不可或缺的重要组件。

**封装了Http调用流程，更符合面向接口化的编程习惯。**类似Dubbo服务调用。

入门案例

使用Feign代替RestTemplate发送Rest请求，使之更符合面向接口化的编程习惯。

先来看看RestTemplate方式调用存在的问题

使用Feign的步骤

自定义配置

方式一

配置文件方式

方式二

java代码方式，需要先声明一个bean

性能优化

由于默认的URLConnection不支持连接池，性能较差，所以需要配置连接池来优化性能。

步骤

实际业务中，需要对连接数和最大连接数的数值进行测试和调整，以达到最佳性能。

小结

最佳实践分析

FeignClient的代码与Provider的controller代码高度相似

原因：

OrderService之所以能访问到UserService，是基于UserClient声明的请求路径请求参数等信息，那么OrderService基于这些信息发送了HTTP请求，而UserService中controller的信息如果与UserClient声明的不一致，那么就无法与OrderService匹配。

UserClient

UserController

方式一（继承）

存在一定问题

• 紧耦合（tight coupling）
• 目前与SpringMVC不兼容，父接口参数列表中的映射不会被继承

方式二（抽取）

降低了耦合度，调用方便

步骤

创建独立模块

在feign-api中引入依赖

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

将服务消费者中的FeignClient、POJO、DefaultConfig都剪切到feign-api中

在服务消费者中使用feign-api

在order-service的pom文件中中引入feign-api的依赖：

<!--引入feign的统一api-->
<dependency>
    <groupId>cn.itcast.demo</groupId>
    <artifactId>feign-api</artifactId>
    <version>1.0</version>
</dependency>

删除相关import，IDEA会自动完成导包操作

解决包扫描问题

进行测试，发现服务报错

这是因为UserClient现在在 cn.itcast.feign.clients 包下，不在order-service的启动类的SpringBootApplication的扫描范围内，导致UserClient无法创建对象。

解决方法

推荐方式二，更加精准。

给@EnableFeignClients添加clients = {UserClient.class} 参数

小结

Gateway网关

网关作用

网关的技术实现

快速入门

引入依赖

<dependencies>
        <!--nacos服务注册发现依赖-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <!--网关gateway依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>
    </dependencies>

编写路由配置及nacos地址

server:
  port: 10010
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/**

网关服务的流程图

总结

predicates路由断言

断言工厂Route Predicate Factory

Predicate Factory

以After和Before为例

• After 2031年，不符合路由规则
  

报错

• Before 2031年，符合路由规则

成功

小结

• PredicateFactory的作用是什么？

  读取用户定义的断言条件，对请求做出判断

• Path=/user/**是什么含义？

  路径是以/user开头的就认为是符合的

Filter

GatewayFilter

作用

对进入网关的请求和微服务返回的响应做处理

GatewayFilterFactory

Spring提供了31中不同的路由过滤器工厂。

详情可查看spring官方文档-GatewayFilter Factories

总结

GlobalFilter

作用

对所有路由都生效，可以自定义过滤逻辑，用于处理复杂业务

案例

//@Order(-1)
//@Component注解，将类注入到Spring容器中，作为Bean
@Component
public class AuthorizeFilter implements GlobalFilter, Ordered {
    @Override
    public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
        // 1.获取请求参数
        ServerHttpRequest request = exchange.getRequest();
        MultiValueMap<String, String> params = request.getQueryParams();
        // 2.获取参数中的 authorization 参数
        String auth = params.getFirst("authorization");
        // 3.判断参数值是否等于 admin
        if ("admin".equals(auth)) {
            // 4.是，放行
            return chain.filter(exchange);
        }
        // 5.否，拦截
        // 5.1.设置状态码
        exchange.getResponse().setStatusCode(HttpStatus.UNAUTHORIZED);
        // 5.2.拦截请求
        return exchange.getResponse().setComplete();
    }

    //表示过滤器的顺序，return 的值越小，优先级越高
    //也可以用@Order(-1)代替
    @Override
    public int getOrder() {
        return -1;
    }
}

总结

过滤器执行顺序

路由过滤器:routes.filters

总结

网关的跨域问题

跨域：域名不一致就是跨域

• 域名不同
• 域名相同，端口不同
• 跨域问题：浏览器禁止请求的发起者与服务端发生跨域ajax请求，请求被浏览器拦截问题
• 解决方案：CORS