一、簡介

1、zuul 和 gateway的緣起

zuul是Netflix出品的一個(gè)基于JVM路由和服務(wù)端的負(fù)載均衡器，提供動(dòng)態(tài)路由、監(jiān)視、彈性、安全性等功能的邊緣服務(wù)。在gateway出來之前，zuul1.x用來做服務(wù)網(wǎng)關(guān)的，Netflix覺得需要更新，決定將zuul更新到zuul2.x，但是由于做zuul的技術(shù)人員被挖走了，導(dǎo)致zuul1.x關(guān)閉，zuul2.x還在開發(fā)中，并且zuul2.x的開發(fā)意見不一致，導(dǎo)致至今下落不明。所以Spring自研了一套Gateway新一代網(wǎng)關(guān)。

2、zuul 和 gateway 的介紹

2.1、資料

zuul官網(wǎng)>https://github.com/Netflix/zuul/wiki
gateway 官網(wǎng)>https://cloud.spring.io/spring-cloud-static/spring-cloud-gateway/2.2.1.RELEASE/reference/html/

2.2、gateway 概述

Gateway是在Spring生態(tài)系統(tǒng)之上構(gòu)建的API網(wǎng)關(guān)服務(wù)，基于Spring 5，Spring Boot 2和 Project Reactor等技術(shù)。
Gateway旨在提供一種簡單而有效的方式來對(duì)API進(jìn)行路由，以及提供一些強(qiáng)大的過濾器功能， 例如：熔斷、限流、重試等
SpringCloud Gateway 是 Spring Cloud 的一個(gè)全新項(xiàng)目，基于 Spring 5.0+Spring Boot 2.0 和 Project Reactor 等技術(shù)開發(fā)的網(wǎng)關(guān)，它旨在為微服務(wù)架構(gòu)提供一種簡單有效的統(tǒng)一的 API 路由管理方式。

SpringCloud Gateway 作為 Spring Cloud 生態(tài)系統(tǒng)中的網(wǎng)關(guān)，目標(biāo)是替代 Zuul，在Spring Cloud 2.0以上版本中，沒有對(duì)新版本的Zuul 2.0以上最新高性能版本進(jìn)行集成，仍然還是使用的Zuul 1.x非Reactor模式的老版本。而為了提升網(wǎng)關(guān)的性能，SpringCloud Gateway是基于WebFlux框架實(shí)現(xiàn)的，而WebFlux框架底層則使用了高性能的Reactor模式通信框架Netty。

2.3、為什么選擇gateway

2.3.1、SpringCloud Gateway具有如下特性

基于Spring Framework 5, Project Reactor 和 Spring Boot 2.0 進(jìn)行構(gòu)建；
動(dòng)態(tài)路由：能夠匹配任何請求屬性；
可以對(duì)路由指定 Predicate（斷言）和 Filter（過濾器）；
集成Hystrix的斷路器功能；
集成 Spring Cloud 服務(wù)發(fā)現(xiàn)功能；
易于編寫的 Predicate（斷言）和 Filter（過濾器）；
請求限流功能；
支持路徑重寫。

2.3.2、Spring Cloud Gateway 與 Zuul的區(qū)別

在SpringCloud Finchley 正式版之前，Spring Cloud 推薦的網(wǎng)關(guān)是 Netflix 提供的Zuul：
1、Zuul 1.x，是一個(gè)基于阻塞 I/ O 的 API Gateway
2、Zuul 1.x 基于Servlet 2. 5使用阻塞架構(gòu)它不支持任何長連接(如 WebSocket) Zuul 的設(shè)計(jì)模式和Nginx較像，每次 I/ O 操作都是從工作線程中選擇一個(gè)執(zhí)行，請求線程被阻塞到工作線程完成，但是差別是Nginx 用C++ 實(shí)現(xiàn)，Zuul 用 Java 實(shí)現(xiàn)，而 JVM 本身會(huì)有第一次加載較慢的情況，使得Zuul 的性能相對(duì)較差。
3、Zuul 2.x理念更先進(jìn)，想基于Netty非阻塞和支持長連接，但SpringCloud目前還沒有整合。 Zuul 2.x的性能較 Zuul 1.x 有較大提升。在性能方面，根據(jù)官方提供的基準(zhǔn)測試， Spring Cloud Gateway 的 RPS（每秒請求數(shù)）是Zuul 的 1. 6 倍。
4、Spring Cloud Gateway 建立 在 Spring Framework 5、 Project Reactor 和 Spring Boot 2 之上， 使用非阻塞 API。
5、Spring Cloud Gateway 還 支持 WebSocket， 并且與Spring緊密集成擁有更好的開發(fā)體驗(yàn)

二、gateway三板斧

1、是什么

1.1、gateway三大核心概念

• Route(路由)：路由是構(gòu)建網(wǎng)關(guān)的基本模塊，它由ID，目標(biāo)URI，一系列的斷言和過濾器組成，如果斷言為true則匹配該路由
• Predicate(斷言)：參考的是Java8的java.util.function.Predicate開發(fā)人員可以匹配HTTP請求中的所有內(nèi)容(例如請求頭或請求參數(shù))，如果請求與斷言相匹配則進(jìn)行路由
• Filter(過濾)：指的是Spring框架中GatewayFilter的實(shí)例，使用過濾器，可以在請求被路由前或者之后對(duì)請求進(jìn)行修改。

1.2、總體

web請求，通過一些匹配條件，定位到真正的服務(wù)節(jié)點(diǎn)。并在這個(gè)轉(zhuǎn)發(fā)過程的前后，進(jìn)行一些精細(xì)化控制。
predicate就是我們的匹配條件；
而filter，就可以理解為一個(gè)無所不能的攔截器。有了這兩個(gè)元素，再加上目標(biāo)uri，就可以實(shí)現(xiàn)一個(gè)具體的路由了

2、怎么做

2.1、新建Module cloud-gateway-gateway9527

2.1、POM

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>mscloud03</artifactId>
        <groupId>com.atguigu.springcloud</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>cloud-gateway-gateway9527</artifactId>

    <dependencies>
        <!--gateway-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>
        <!--eureka-client-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        <!-- 引入自己定義的api通用包，可以使用Payment支付Entity -->
        <dependency>
            <groupId>com.atguigu.springcloud</groupId>
            <artifactId>cloud-api-commons</artifactId>
            <version>${project.version}</version>
        </dependency>
        <!--一般基礎(chǔ)配置類-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <scope>runtime</scope>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>
</project>

2.3、YML

server:
  port: 9527

spring:
  application:
    name: cloud-gateway
  cloud:
    gateway:
      routes:
        - id: payment_routh #payment_route    #路由的ID，沒有固定規(guī)則但要求唯一，建議配合服務(wù)名
          uri: http://localhost:8001          #匹配后提供服務(wù)的路由地址
          predicates:
            - Path=/payment/get/**         # 斷言，路徑相匹配的進(jìn)行路由

        - id: payment_routh2 #payment_route    #路由的ID，沒有固定規(guī)則但要求唯一，建議配合服務(wù)名
          uri: http://localhost:8001          #匹配后提供服務(wù)的路由地址
          predicates:
            - Path=/payment/lb/**         # 斷言，路徑相匹配的進(jìn)行路由

eureka:
  instance:
    hostname: cloud-gateway-service
  client: #服務(wù)提供者provider注冊進(jìn)eureka服務(wù)列表內(nèi)
    service-url:
      register-with-eureka: true
      fetch-registry: true
      defaultZone: http://eureka7001.com:7001/eureka

2.4、主啟動(dòng)類

package com.atguigu.springcloud;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;

/**
 * @auther zzyy
 * @create 2020-02-06 10:17
 */
@SpringBootApplication
@EnableEurekaClient
public class GateWayMain9527
{
    public static void main(String[] args)
    {
        SpringApplication.run(GateWayMain9527.class,args);
    }
}

3、其流程

客戶端向 Spring Cloud Gateway 發(fā)出請求。然后在 Gateway Handler Mapping 中找到與請求相匹配的路由，將其發(fā)送到 Gateway Web Handler。

Handler 再通過指定的過濾器鏈來將請求發(fā)送到我們實(shí)際的服務(wù)執(zhí)行業(yè)務(wù)邏輯，然后返回。
過濾器之間用虛線分開是因?yàn)檫^濾器可能會(huì)在發(fā)送代理請求之前（“pre”）或之后（“post”）執(zhí)行業(yè)務(wù)邏輯。

Filter在“pre”類型的過濾器可以做參數(shù)校驗(yàn)、權(quán)限校驗(yàn)、流量監(jiān)控、日志輸出、協(xié)議轉(zhuǎn)換等，
在“post”類型的過濾器中可以做響應(yīng)內(nèi)容、響應(yīng)頭的修改，日志的輸出，流量監(jiān)控等有著非常重要的作用。

核心邏輯：路由轉(zhuǎn)發(fā)+執(zhí)行過濾器鏈