本文主要内容是:为什么要使用网关,整合Gateway,Gateway核心学习:Route,Predicate,Filter,最后使用Gateway聚合微服务请求

先总结至此的架构

1 网关的价值

不使用网关行嘛?

• 各个请求直接打在各个微服务
  

小规模看起来还行,如果微服务很多呢?上百个呢?带来哪些问题呢

1. 认证复杂,要对每个服务中每个接口做认证处理!
2. 客户端难以重构,随着架构迭代,很可能要重新划分微服务,由于拆分是动态进行的,客户端如果直接就与微服务通信的话,重构就很实现咯,很可能重新拆分微服务后域名都变了,客户端就需要做大量的改动
3. 其他微服务使用了浏览器不友好的协议,比如Thrift协议,直接访问的话没法的呀!

要解决以上这些问题,业界普遍做法就是构建一个网关,外部请求经过网关转发再打到相应的微服务,有以下好处

1. 简化了登录认证,而不需在每个服务都认证一遍
2. 对外暴露的永远是一个域名,不管内部的微服务如何拆分,域名都不会变,客户端重构的成本大大降低

2 Spring Cloud Gateway简介

◆ 是Spring Cloud的网关(第二代) , 未来会取代Zuul(第一代)
◆ 基于Netty、 Reactor以及WebFlux构建

2.1 优点

◆ 性能强劲
是第一代网关Zuul 1.x的1.6倍!性能PK :

• 推荐阅读
  纠错帖：Zuul & Spring Cloud Gateway & Linkerd性能对比

◆ 功能强大

• 内置了很多实用功能,比如转发、监控、限流等

◆ 设计优雅,易扩展

2.1 缺点

◆ 依赖Netty与Webflux ,不是Servlet编程模型,有一定的学习成本
◆ 不能在Servlet容器下工作,也不能构建成WAR包
◆ 不支持Spring Boot 1.x,至少都得2.x版本

3 编写Spring Cloud Gateway

• 新建项目并启动
  

3.1 转发规律

• 访问${GATEWAY_ URL}/{微服务X}/xx 会转发到微服务X的/xx路径

4 核心概念

◆ Route(路由)

• Spring. Cloud. Gateway的基础元素,可简单理解成一条转发的规则。
  包含: ID、目标URL、Predicate集合以及 Filter集合。

◆Predicate (谓词)

• 即java.util.function.Predicate , Spring Cloud Gateway使用
  Predicate实现路由的匹配条件。

◆ Filter (过滤器)

• 修改请求以及响应

路由配置示例

然而我们并未如此配置路由哦!而是如下

5 架构剖析

对应源码

• Gateway Handler Mapping :
  org.springframework.cloud.gateway.handler.RoutePredicateHandlerMapping
• Gateway Web Handler :
  org.springframework.cloud.gateway.handler.FilteringWebHandler

6 路由谓词工厂（Route Predicate Factories）

6.1 内置

• 推荐阅读
  Spring Cloud Gateway-路由谓词工厂详解（Route Predicate Factories）

6.2 自定义路由谓词工厂

• 路由规则
  
• 配置类
  
• 自定义谓词工厂
  

7 过滤器工厂（GatewayFilter Factories）

7.1 内置

• 推荐阅读
  Spring Cloud Gateway-过滤器工厂详解（GatewayFilter Factories）
• 添加配置,访问getway/**会增加一个header前缀哦,zai'ch
  
• 打断点
  

7.2 自定义过滤器工厂

7.2.1 生命周期

• pre : Gateway转发请求之前
• post : Gateway转发请求之后

7.2.2 自定义

方式1

◆ 继承: AbstractGatewayFilterFactory
◆ 参考示例:
org.springframework.cloud.gateway.filter.factory.RequestSizeGatewayFilterFactory

• 配置形式
  

方式2

◆ 继承 : AbstractNameValueGatewayFilterFactory
◆ 参考示例:
org.springframework.cloud.gateway.filter.factory.AddRequestHeaderGatewayFilterFactory

• 配置形式
  

这种方式其实是第一种的简化版

7.2.3 核心API

◆ exchange.getRequest().mutate().xxx //修改request
◆ exchange.mutate().xxx //修改exchange
◆ chain.filter(exchange) //传递给下一个过滤器处理
◆ exchange.getResponse() //拿到响应

7.2.4 实现一个过滤器工厂

记录日志功能

• 配置文件,两个参数
  

7.3 全局过滤器

有执行顺序哦!

• 推荐阅读
  Spring Cloud Gateway-全局过滤器（Global Filters）

悬念：如何为Spring Cloud Gateway整合Sentinel？
Sentinel在V1.6+才支持gateway!

7.4 过滤器执行顺序

• Order越小越靠前执行
• 过滤器工厂的Order按配置顺序从1开始递增
  
• 如果配置了默认过滤器,则先执行相同Order的默认过滤器
  

核心代码

• org.springframework.cloud.gateway.route.RouteDefinitionRouteLocator#loadGatewayFilters :为过滤器设置了Order数值,从1开始
  
• org.springframework.cloud.gateway.route.RouteDefinitionRouteLocator#getFilters :加载默认过滤器&路由过滤器,并对过滤器做了排序
  
• org.springframework.cloud.gateway.handler. FilteringWebHandler#handle :构建过滤器链并执行
  

8 监控Spring Cloud Gateway

• 推荐阅读

Spring Cloud Gateway监控

9 排错、调试技巧

• 推荐阅读

Spring Cloud Gateway排错、调试技巧总结

10 限流

• 推荐阅读

Spring Cloud Gateway限流详解

11 总结

◆ 路由、路由谓词工厂、过滤器工厂、全局过滤器...

◆ 网关集大成

● 注册到Nacos

● 集成Ribbon

● 容错(默认Hystrix ,也可用Sentinel )

参考

• GateWay官方文档
• 面向未来微服务:Spring Cloud Alibaba从入门到进阶