SpringCloud 服务网关Gateway

最新推荐文章于 2024-08-24 15:49:50 发布

苞谷洁子

最新推荐文章于 2024-08-24 15:49:50 发布

阅读量463

点赞数

分类专栏： SpringCloud 文章标签：网关 java 后端过滤器

本文链接：https://blog.csdn.net/weixin_45617512/article/details/108518037

版权

本文详细介绍了SpringCloud Gateway，它是SpringCloud针对API路由的新一代网关，替代了不再维护的Zuul。文章讲解了Gateway的三大核心概念：Route（路由）、Predicate（断言）和Filter（过滤器），并阐述了其与Zuul的性能差异。此外，还涵盖了Gateway的入门配置、动态路由、Predicate和Filter的使用，包括自定义过滤器的实现。

摘要由CSDN通过智能技术生成

zuul由于内部分歧，已经不再维护了。

Gateway新一代网关

概念简述

是什么

Cloud全家桶中有个很重要的组件就是网关，在1.X版本中都是采用zuul网关，在2.X版本中，zuul的升级一直跳票，SpringCloud最后自己研发了一个网关替带zuul——SpringCloud Gateway 。换言之，gateway就是原zuul1.X版的替代。

Gateway是什么？

Gateway是在spring生态系统上构建的api网关服务，基于Spring5，SpringBoot2和Project Reactor等技术。Gateway旨在提供一种简单而有效的方式来对api进行路由，以提供一些强大的过滤功能，例如熔断、限流、重试等。

为了提升网关性能，SpringCloud Gateway是基于WebFlux框架实现的，而WebFlux框架底层使用了高性能的Reactor通信框架Netty。SpringCloud Gateway的目标提供统一的路由方式，且基于Filter链的方式提供了网关基本的功能，例如安全、监控/指标、限流。

SpringCloud Gateway的特性

基于Spring FremeWork5，Project Reactor和Spring Boot2.0进行构建；

动态路由：能够匹配任何请求属性；

可以对路由指定Predictate（断言）和Filter（过滤器）；

集成Hystrix的断路器功能；

集成SpringCloud的服务发现功能；

易于比爱那些的Predictate（断言）和Filter（过滤器）；

请求限流功能；

支持路径重写。

SpringCloud Gateway与Zuul的区别

在SpringCloud Finchley 正式版之前，Spring Cloud推荐的网关是 Netflix提供的Zuul:

1、Zuul 1.x，是一个基于阻塞I/O的API Gateway；

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

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

4、Spring Cloud Gateway建立在Spring Framework 5、ProjectReactor和Spring Boot2之上，使用非阻塞API。

5、Spring Cloud Gateway还支持WebSocket，并且与Spring紧密集成拥有更好的开发体验

WebFlux是什么

传统的Web框架，比如说: struts2，springmvc等都是基于Servlet API与Servlet容器基础之上运行的。但是在Servlet3.1之后有了异步非阻塞的支持。而WebFlux是一个典型非阻塞异步的框架，它的核心是基于Reactor的相关API实现的。相对于传统的web框架来说，它可以运行在诸如Netty,Undertow及支持Servlet3.1的容器上。非阻塞式+函数式编程（Spring5必须让你使用java8）

Spring WebFlux是Spring 5.0引入的新的响应式框架，区别于Spring MVC，它不需要依赖Servlet API，它是完全异步非阻塞的，并且基于Reactor来实现响应式流规范。

三大核心概念

Route（路由）

路由是构建网关的基本模块，它由ID，目标URI，一系列的断言和过滤器组成，如果断言为true，则匹配该路由。

Predicate（断言）

参考的是Java8的java.util.function.Predictate，开发人员可以匹配HTTP请求中的所有内容（例如请求头或请求参数），如果请求与路由相匹配则进行路由。

Filter（过滤）

指的是Spring框架中GatewayFilter的实例，使用过滤器，可以在请求被路由之前或之后对请求进行修改。

web请求，通过一些匹配条件，定位到真正的服务节点，并在这个转发过程的前后，进行一些精细化控制。Predicate就是我们的匹配条件，而filter，就可以理解为一个无所不能的拦截器。有了这两个元素，再加上目标uri，就可以实现一个具体的路由。

Gatewey工作流程

SpringCloud Gateway工作流程

客户端向Spring Cloud Gateway发出请求。然后在Gateway Handler Mapping中找到与请求相匹配的路由，将其发送到Gateway Web Handler。

Handler再通过指定的过滤器链来将请求发送到我们实际的服务执行业务逻辑，然后返回。
过滤器之间用虚线分开是因为过滤器可能会在发送代理请求之前（“pre”）或之后（“post”）执行业务逻辑的加强或其他处理。

Filter 在 “pre” 类型的过滤器可以做参数校验、权限校验、流量监控、日志输出、协议转换等；在 “post” 类型的过滤器中可以做响应内容、响应头的修改，日志的输出，流量监控等，有着非常重要的作用

Gatewey的核心逻辑就是**路由转发+执行过滤链

入门配置

1、建moudle

创建名为cloud-gatewey-gatewey9527的pom

2、改pom

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

        <!--Eureka依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        <!--引入公共模块坐标-->
        <dependency>
            <groupId>cn.yz.springcloud</groupId>
            <artifactId>cloud-api-commons</artifactId>
            <version>${project.version}</version>