官网：https://cloud.spring.io/spring-cloud-static/spring-cloud-gateway/2.2.1.RELEASE/reference/html/
1.什么是spring cloud gateway
1.1说明
spring cloud gateway是基于WebFlux框架实现的。而WebFlux底层使用了高性能的Reactor通信模式框架Netty。spring cloud gateway的目标是提供统一的路由方式，且基于filter链的方式提供网关的功能，如安全、监控/指标、限流。
1.2.WebFlux基本概念
传统的Wen框架，Struts，springmvc都是基于servlet的API和servlet容器运行的。在servlet3.1之后有了异步非阻塞的支持。而WebFlux是一个典型的非阻塞异步框架。它的核心是基于Reactor的相关API实现的。相对于传统的Web框架来说，它可以允许在如Netty，Undertow及支持Servlet3.0的容器上。非阻塞+函数式编程。
Spring WebFlux是spring5.0新引入的响应式框架，区别于springmvc它不需要依赖Servlet API，它是完全异步非阻塞的，并且基于Reactor来实现响应式流规范
2.有什么用
反向代理、鉴权、流量控制、熔断、日志监控....
3.spring cloud gateway的特性
spring cloud gateway基于异步非阻塞模型
基于SpringFramework5，Project Reactor，Springboot2.0构建的
动态路由：能够匹配任何请求属性
可以对路由指定断言-Predicate和过滤器-Filter
请求限流功能
支持路径重写
4.spring cloud gateway和Zuul的区别
1）Zuul 1.x是基于阻塞I/O的API 网关
2）Zuul 1.x基于Servlet2.5使用阻塞架构，它不支持任何长链接(如WebSocket)，性能较差
3）Zuul 2.x理念更加先进，想基于Netty非阻塞且支持长链接，但springcloud还没有整合
4）spring cloud gateway基于SpringFramework5，Project Reactor，Springboot2.0，使用非阻塞API
5）spring cloud gateway还支持WebSocket，且和spring紧密集成，拥有更好的开发体验
5.zuul 运行模式
缺点：servlet是一个简单的网络IO模型，当请求进入Servlet Container时，Servlet Container时会为其绑定一个线程，在并发不高的场景下是适用的。但是并发量变高，线程数量就会上涨，而线程资源代价是昂贵的(上下文切换，内存消耗大)，严重影响请求的处理时间。在一些简单的业务场景下，不希望为每个请求分配一个线程，只需要一个或者几个线程就可以处理极大并发的请求，这种场景下servlet模型就没有优势。
6.spring cloud gateway运行模型及工作原理
6.1模型
web请求通过一些匹配条件，定位到真正的服务节点，并且在转发的过程前后，进行一些精细化的过滤控制。predicate-断言就是匹配条件，filter就是过滤器
路由：是构建网关的基本模块，它由ID，目标URI，一系列的断言和过滤器组成，如果断言为true则匹配该路由
断言：开发人员可以匹配HTTP请求中的所有内容（例如请求头或请求参数），如果请求与断言相匹配则进行路由
过滤：指的是Spring框架中GatewayFilter的实例，使用过滤器，可以在请求被路由前或者之后对请求进行修改
6.2工作原理
客户端向Spring Cloud Gateway发出请求。在Gateway Handler Mapping中进行匹配，找到和请求相匹配的路由，将其发送到网关Web处理程序Gateway Web Handler。该处理程序通过指定的请求的过滤器链，将请求发送到实际的服务执行业务逻辑，然后返回。过滤器由虚线分隔的原因是，过滤器可以在发送代理请求之前和之后运行逻辑。所有“前置”过滤器逻辑均被执行。然后发出代理请求。发出代理请求后，将运行“后”过滤器逻辑。前置过滤器可以做参数校验。权限校验、流量控制、日志输出、协议转换等。在后置过滤器中可以做响应内容、响应头的修改、日志的输出、流量健康等。
