Gateway网关简介以及使用

目录

• • 一、概述简介
  • • 1.1. Gateway是什么
    • 1.2. Gateway能干嘛
    • 1.3. Zuul和gateway
    • 1.4. gateway三大核心概念
    • 1.5. gateway工作流程
  • 二、实战练习
  • • 2.1. 入门demo
    • 2.2. 网关路由两种配置方式
    • 2.3. 配合注册中心使用
  • 三、Predicate的使用
  • • 3.1. Predicate是什么？
    • 3.2. 12个Predicate使用讲解
  • 四、Filter的使用
  • • 4.1. Filter是什么？
    • 4.2. 常用的GatewayFilter
    • 4.3. 自定义全局过滤器
    • 4.4. 实现指定路由跳过全局过滤器
  • 五、Http超时配置
  • • 5.1. 全局超时
    • 5.2. 每条路由超时
  • 六、执行器API
  • 七、故障排除-日志级别

一、概述简介

官网：https://docs.spring.io/spring-cloud-gateway/docs/3.1.3/reference/html/

1.1. Gateway是什么

Spring Cloud Gateway是Spring官方基于Spring 5.0，Spring Boot 2.0和Project Reactor等技术开发的网关，Spring Cloud Gateway旨在为微服务架构提供一种简单而有效的统一的API路由管理方式。Spring Cloud Gateway作为Spring Cloud生态系中的网关，目标是替代ZUUL，其不仅提供统一的路由方式，并且基于Filter链的方式提供了网关基本的功能，例如：安全，监控/埋点，和限流等。

什么是网关？

网关(Gateway)又称网间连接器，网关在网络层实现服务之间网络互连。用程序的话来说就是请求转发。他就好比小区的门一样，你想进来小区，必须通过门才能进来。为什么要有这个门？为了方便管理以及安全考虑，就好比现在疫情期间，动不动小区封了，假如小区没有门，想要封小区还得费特别大的劲将小区给围住。

再回到程序当中，现在非常流行微服务系统，将整体应用拆分为了多个模块，那么问题来了，前端页面肯定会涉及到调用不同微服务的接口，一个微服务就代表着一个端口的应用，每个微服务都是独立的，那么前端在调用的时候不可能将访问地址设置成多个呀。设置成多个当然也可以，弊端就是开发过程当中我们涉及到环境（域名服务器ip）的切换，那还得改多个，因此网关为解决这个问题而生，网关可以将多个微服务访问的地址进行聚拢起来，你要访问哪个微服务的接口，直接访问网关，网关负责给你转发到对应的微服务地址上，因此前端只需要知道网关的地址服务地址就可以了。

Gateway和Nginx两个网关的区别

在学习Gateway网关的时候很容易联想到Nginx，甚至刚接触的时候会好奇很多架构图上面 画的两个网关竟然都用到了，那么他们两个到底有什么关联性？

下图当中圈出来的就是Gateway所在的位置。而Nginx属于在Gateway上层。甚至可以在外部请求的上层，因为Nginx可以用来做网关层的负载均衡，同时他还可以用来做流量入口。因为他本身就是服务器，实际开发当中都是通过Nginx来做流量入口的。

什么是流量入口？

流量入口的意思就是假如我有个html放到linux当中，那么外面的人怎么才能访问到linux当中的页面呢？Nginx可以用来解决这个问题，他本身就是一个服务器，使用过程就是开启端口然后监听请求，当请求来了，可以将请求 指向本机的任意可访问的html文件。

Gateway可以称之为微服务网关（业务网关），而Nginx可以作为整个应用的流量网关，以及微服务网关的负载均衡。业务网关针对具体的业务需要提供特定的流控策略、缓存策略、鉴权认证策略等等。流量网关通常只专注于全局的Api管理策略，比如全局流量监控、日志记录、全局限流、黑白名单控制、接入请求到业务系统的负载均衡等，有点类似防火墙。Kong 就是典型的流量网关。

• nginx是用C语言写的，自定义扩展的话，要么写C要么写lua
• gateway是java语言的一个框架，可以在框架上进行代码的扩展与控制，例如：安全控制，统一异常处理，XXS,SQL注入等；权限控制，黑白名单，性能监控，日志打印等；

Gateway底层使用了Netty通讯框架

SpringCloud Gateway 使用的Webflux中的reactor-netty响应式编程组件。

1.2. Gateway能干嘛

• 反向代理
• 鉴权
• 限流
• 熔断
• 日志监控

1.3. Zuul和gateway

目前在cloud官网当中新版本已经将zuul彻底移除了。Zuul1.0已经进入了维护阶段，而Gateway是SpringCloud团队研发的，是亲儿子产品，值得信赖。而且很多功能Zuul都没有用起来也非常的简单便捷。在版本选型上我们基本上不会再考虑zuul了。

Zuul 1.x 基于Servlet 2. 5使用阻塞架构它不支持任何长连接(如 WebSocket) Zuul 的设计模式和Nginx较像，每次 I/ O 操作都是从工作线程中选择一个执行，请求线程被阻塞到工作线程完成，但是差别是Nginx 用C++ 实现，Zuul 用 Java 实现，而 JVM 本身会有第一次加载较慢的情况，使得Zuul 的性能相对较差。

Zuul 2.x理念更先进，想基于Netty非阻塞和支持长连接，但SpringCloud目前还没有整合。 Zuul 2.x的性能较 Zuul 1.x 有较大提升。在性能方面，根据官方提供的基准测试， Spring Cloud Gateway 的 RPS（每秒请求数）是Zuul 的 1. 6 倍。

Spring Cloud Gateway 建立 在 Spring Framework 5、 Project Reactor 和 Spring Boot 2 之上， 使用非阻塞 API。Spring Cloud Gateway 还支持WebSocket， 并且与Spring紧密集成拥有更好的开发体验

1.4. gateway三大核心概念

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

web请求，通过一些匹配条件，定位到真正的服务节点。并在这个转发过程的前后，进行一些精细化控制。

• predicate就是我们的匹配条件；
• 而filter，就可以理解为一个无所不能的拦截器，可以在执行前后来执行自己的逻辑，有了这两个元素，再加上目标uri，就可以实现一个具体的路由了

1.5. gateway工作流程

客户端向 Spring Cloud Gateway 发出请求。然后在