Spring Cloud——Gateway

一.概述

1.1 简介

Spring Cloud Gateway是Spring Cloud的一个全新项目，该项目是基于Spring 5.0，Spring Boot 2.0和Project Reactor等技术开发的网关，它旨在微服务架构提供一种简单有效的统一的API路由管理方式。

Spring Cloud Gateway作为Spring Cloud生态系统的网关，目标是替代Zuul，在Spring Cloud 2.0以上版本中，没有对新版本的Zuul 2.0以上最高性能版本进行集成，仍然还是会使用Zuul 2.0之前的非Reactor模式的老版本。而为了提升网关的性能，Spring Cloud Gateway是基于WebFlux框架实现的，而WebFlux框架底层则使用高性能Reactor模式通信框架Netty。

Spring Cloud Gateway的目标，不仅提供统一的路由方式，并且基于Filter链的方式提供了网关的基本功能，例如:安全，监控/指标和的限流等。

1.2 Spring Cloud Gateway和Zuul 区别

1.2.1 Spring Cloud Zuul

Spring Cloud Zuul所集成的Zuul版本，采用的Tomcat容器，使用的是传统的Servlet IO处理模型。

servlet由servlet container进行生命周期管理。container启动时构造servlet对象ing调用servlet init()进行初始化；container关闭时调用servlet destory()销毁servlet；container运行时接受请求，并为每个请求分配一个线程（一般从线程池中获取线程），然后调用service()。

缺点：servlet是一个简单的网络IO模型，当请求进入servlet container时，servelt container就会为其绑定一个线程，在并发不高的的场景下这种模型是使用。但是一旦并发一旦上升，线程数量就会上涨，而线程资源代价是昂贵的（上下文切换，内存消耗大）严重影响请求的时间。在一些简单的场景下，不希望为每个request分配一个线程，只需要1个或者几个线程就能应对极大的并发的请求。这种业务场景下servlet没有优势

Spring Cloud Zuul是基于servlet之上的一个阻塞式处理模型，即Spring实现了处理所有request的一个servlet，并且由该servlet阻塞处理。所以Spring Cloud Zuul无法摆脱servlet模型的弊端。虽然Zuul 2.0开始，使用Netty，但是Spring Cloud没有继承改版的方案。

1.2.2 Webflux服务器

Webflux替换了旧的Servlet线程模型。用少量的线程处理request和response IO操作，这些线程称为Loop线程。而业务交给响应式编程框架处理。响应式编程是非常灵活的，用户可以将业务中阻塞的操作交给响应式编程框架的work线程执行，而不阻塞操作依然在Loop线程中处理，大大提高了Loop线程的利用率。

Webflux虽然可以兼容多个底层的通信框架，但是一般情况下，底层还是使用Nettty。

1.2.3 Spring Cloud具有的特性

• 基于Spring Framework 5,Project Reactor和Spring Boot 2.0构建
• 动态路由：能够匹配任何请求属性
• 可以对指定的路由指定Predicate(断言)和Filter(过滤器）
• 集成Hystrix的断路器功能
• 集成Spring Cloud服务发现功能
• 易于编写Predicate(断言)和Filter(过滤器）
• 请求限流功能
• 支持路径重写

二.Gateway基本使用和介绍

2.1 三大核心概念

• Route(路由)：路由是构建网关的基本模块，它是由ID，目标URL，一系列断言和过滤器组成。如果断言为true，则匹配该路由
• Predicate(断言)：参考的是Java8的java.util.function.Predicate。开发人员可以匹配HTTP请求中的所有内容（例如请求头和请求参数），如果请求和断言匹配则进行路由
• Filter(过滤器)：指的是Spring框架中GatewayFilter实例，使用过滤器，可以在请求被路由前或之后进行修改

2.2 使用（断言）

2.2.1 配置路由

1.增加依赖

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

2.yml和主启动类同创建Eureka Client是一样的

3.yml增加网关配置：

server:
  port: 9527

spring:
  application:
    name: cloud-gateway
#############################新增网关配置###########################
  cloud:
    gateway:
      routes:
        - id: payment_routh #payment_route    #路由的ID，没有固定规则但要求唯一，建议配合服务名
          uri: http://localhost:8001          #匹配后提供服务的路由地址
          #uri: lb://cloud-payment-service #匹配后提供服务的路由地址
          predicates:
            - Path=/payment/get/**         # 断言，路径相匹配的进行路由

        - id: payment_routh2 #payment_route    #路由的ID，没有固定规则但要求唯一，建议配合服务名
          uri: http://localhost:8001          #匹配后提供服务的路由地址
          #uri: lb://cloud-payment-service #匹配后提供服务的路由地址
          predicates:
            - Path=/payment/lb/**         # 断言，路径相匹配的进行路由
####################################################################

eureka:
  instance:
    hostname: cloud-gateway-service
  client: #服务提供者provider注册进eureka服务列表内
    service-url:
      register-with-eureka: true
      fetch-registry: true
      defaultZone: http://eureka7001.com:7001/eureka

• 添加网关前 - http://localhost:8001/payment/get/1
• 添加网关后 - http://localhost:9527/