一 SpringCloud Gateway相关概念:
1.1.Spring Cloud Gateway 是 Spring Cloud 的一个全新项目，相对于ZUUL，Gateway可以说是SpringCloud的亲儿子了，该项目是基于 Spring 5.0，Spring Boot 2.0 和 Project Reactor 等技术开发的网关，它旨在为微服务架构提供一种简单有效的统一的 API 路由管理方式。
Spring Cloud Gateway 作为 Spring Cloud 生态系统中的网关，目标是替代 Netflix Zuul，其不仅提供统一的路由方式，并且基于 Filter 链的方式提供了网关基本的功能，例如：安全，监控/指标，和限流。
Spring Cloud Gateway是而且是基于WebFlux的响应式编程，据说WebFlux的优点也是比较明显，下面列举最主要的两点：
1）非阻塞式
其实在servlet3.1提供了非阻塞的API，WebFlux提供了一种比其更完美的解决方案。使用非阻塞的方式可以利用较小的线程或硬件资源来处理并发进而提高其可伸缩性
2) 函数式编程端点
老生常谈的编程方式了，Spring5必须让你使用java8，那么函数式编程就是java8重要的特点之一，而WebFlux支持函数式编程来定义路由端点处理请求
二 SpringCloud Gateway工作流
下面来一张图看看，SpringCloud Gateway的大体工作流程
三 开始动手搭建网关
3.1 用IDEA+MAVEN开发的小伙伴，引入SpringCLoud Gateway是非常方便的，只要在工程的pom.xml加入下面的依赖即可
3.2 引入依赖库后，只要在application.yml加入一些配置，基本的静态网关就成型了
上面的URI配置可以有两种方式，一种是lb冒号后面跟注册中心的服务名称，当然需要引入Eureka之类的注册中心，另外一种是具体的URL地址。predicates断言中的Path是网关拦截的一种匹配模式，如上图如果请求的地址匹配到Path中配置的user就会进行拦截然后转发到目标地址。
3.3 其他的断言种的匹配规则如下面（功能还是很强大的，可以设置到某个时间点前后或者针对于请求的Header或者Cookie等生效）
3.4 实现动态网关的核心->动态获取和刷新路由数据
主要就是实现RouteDefinitionRepository接口，当网关启动或者接受到RefreshRoutesEvent（一种AppliacationEvent）事件，就会触发getRouteDefinitions的方法，这下是不是有点思路了呢？getRouteDefinitions方法里面如果从MySql或者Redis缓存读取路由数据,是不是就实现了路由数据的动态获取。当然为了方便相关人员操作，顺便温习了下前端Jquery+BootStrap，搭建了个怎删改查的界面，来更新路由数据，目前路由信息是存放在Mysql中。
路由表如下图
到此为止就实现了网关路由信息的动态获取和修改，是不是很简单呀。但是不是还有个疑问？这里只是做到了动态从数据库或者缓存中获取路由列表，万一路由信息再后台被更改了，Gateway是如何感知到呢？
其实Gateway作者早已帮我们想到了，当我们通过后台界面更新了路由信息，只要给网关发个刷新路由的事件即可，网关就会自动触发上面的getRouteDefinitions方法，从数据库中重新读取路由信息，这样就实了基本的网关的动态刷新。
当然如果网关是分布式多机器部署的话，刷新方式会有所不同，因为上面的刷新事件是正对于当前机器，后续在更新Gateway分布式部署的情况。
网关里实现统一认证，统一日志，限流降级，进行灰度发布，等等很多功能，目前还在一步步实现中，下次有空再更新吧🤭🤭。。。。。。。。
