网关概述和使用1.API网关(API网关)分布式服务架构、微服务架构和API网关在微服务架构中进一步细分了服务粒度在这种情况下，每个独立部署单元可以由不同的开发测试团队维护，并且可以使用不同的编程语言和技术平台进行设计。 因此，必须使用与语言和平台无关的服务协议作为各单元之间的通信方式。
定义API网关网关网关角色用作API体系结构，用于保护、增强和控制对API服务的访问。
API网关是提供REST API接口服务的APP应用程序或服务前面的系统，用于管理授权、访问控制和流量限制等。 这将使REST API接口服务受到API网关的保护，并对所有调用方透明。 因此，隐藏在API网关背后的业务系统可以专注于服务的创建和管理，而无需处理这些战略基础架构。
API网关功能
API网关的分类和功能
2 .网关是什么？ Spring cloud网关是spring官方基于Spring 5.0、Spring Boot 2.0和项目reactor等技术开发的网关， Spring Cloud网关旨在为微服务体系结构提供简单高效的统一API路由管理，而Spring Cloud网关作为Spring Cloud生态系统中的网关这不仅提供了统一的路由选择方法，而且基于过滤器链提供了网关的基本功能，如安全性、监视/嵌入点和流限制。
3 .为什么可以将网关spring云网关视为Zuul 1.x的升级版和替代品？ 比Zuul 2更早使用Netty实现异步IO，比zul1.x实现了更简单、更高效的与Spring Cloud紧密合作的API网关。
Spring Cloud Gateway对路由器和过滤器有明显的区分，它的一大特点是内置了非常多的开箱即用功能，可以在SpringBoot配置或手动编码链调用中使用。
例如内置有10种路由器，如果直接配置，则可以基于Header、Path、Host、Query自由路由。
例如，可以区分常规过滤器和全局过滤器，并且即使内置20种过滤器和9种全局过滤器，也可以直接使用。 当然定制过滤器也非常方便。
最重要的几个概念
4. Gateway毕竟Predicate是为了实现一组匹配规则，便于请求到来找到并处理相应的路径。 然后，在spring cloud网关中内置了几个Predicate的使用。
通过时间匹配Predicate支持，可以设置在请求传输时可以确定是否在该时间之前或之后进行传输的时间。 例如，我们现在设定只在2019年1月1日转发到我的网站。 在那之前我不会转发。 我可以这样配置：
spring : cloud 3360 gateway : routes :-id : time _ routeuri :3358 it you know.com predicates 3360-after=2018 83: Spring在ZonedDateTime中比较了时间，ZonedDateTime是Java 8的日期和时间功能，表示带时区的日期和时间信息，ZonedDateTime支持按时区设置时间。 中国的时区是
After Route Predicate是指在此时间之后的请求将转发到目标地址。 在上面的示例中，2018年1月20日6时6分6秒以后请求的所有请求都将转发到地址http://ityouknow.com。 08:00是指时间和UTC时间的差为8小时，时间段为Asia/Shanghai。
添加路由规则后，访问地址http://localhost:8080将自动传输到http://ityouknow.com。
Before Route Predicate正好相反，在某个时间之前请求的所有请求都将被传输。 已将以上路由规则的After更改为Before。 如下所示。
spring : cloud : gateway : routes :-id : after _ routeuri :3358 it you know.com predicates 3360-before=20113
重启项目再次访问地址http://localhost:8080，页面会报 404 没有找到地址。除过在时间之前或者之后外，Gateway 还支持限制路由请求在某一个时间段范围内，可以使用 Between Route Predicate 来实现。
spring: cloud: gateway: routes: - id: after_route uri: http://ityouknow.com predicates: - Between=2018-01-20T06:06:06+08:00[Asia/Shanghai], 2019-01-20T06:06:06+08:00[Asia/Shanghai]这样设置就意味着在这个时间段内可以匹配到此路由，超过这个时间段范围则不会进行匹配。通过时间匹配路由的功能很酷，可以用在限时抢购的一些场景中。
通过 Cookie 匹配Cookie Route Predicate 可以接收两个参数，一个是 Cookie name , 一个是正则表达式，路由规则会通过获取对应的 Cookie name 值和正则表达式去匹配，如果匹配上就会执行路由，如果没有匹配上则不执行。
spring: cloud: gateway: routes: - id: cookie_route uri: http://ityouknow.com predicates: - Cookie=ityouknow, kee.e使用 curl 测试，命令行输入:
curl http://localhost:8080 --cookie "ityouknow=kee.e"则会返回页面代码，如果去掉--cookie "ityouknow=kee.e"，后台汇报 404 错误。
Header Route Predicate 和 Cookie Route Predicate 一样，也是接收 2 个参数，一个 header 中属性名称和一个正则表达式，这个属性值和正则表达式匹配则执行。
spring: cloud: gateway: routes: - id: header_route uri: http://ityouknow.com predicates: - Header=X-Request-Id, d+使用 curl 测试，命令行输入:
curl http://localhost:8080 -H "X-Request-Id:666666"则返回页面代码证明匹配成功。将参数-H "X-Request-Id:666666"改为-H "X-Request-Id:neo"再次执行时返回 404 证明没有匹配。
通过 Host 匹配Host Route Predicate 接收一组参数，一组匹配的域名列表，这个模板是一个 ant 分隔的模板，用.号作为分隔符。它通过参数中的主机地址作为匹配规则。
spring: cloud: gateway: routes: - id: host_route uri: http://ityouknow.com predicates: - Host=**.ityouknow.com使用 curl 测试，命令行输入:
curl http://localhost:8080 -H "Host: www.ityouknow.com" curl http://localhost:8080 -H "Host: md.ityouknow.com"经测试以上两种 host 均可匹配到 host_route 路由，去掉 host 参数则会报 404 错误。
通过请求方式匹配可以通过是 POST、GET、PUT、DELETE 等不同的请求方式来进行路由。
spring: cloud: gateway: routes: - id: method_route uri: http://ityouknow.com predicates: - Method=GET使用 curl 测试，命令行输入:
# curl 默认是以 GET 的方式去请求curl http://localhost:8080测试返回页面代码，证明匹配到路由，我们再以 POST 的方式请求测试。
# curl 默认是以 GET 的方式去请求curl -X POST http://localhost:8080返回 404 没有找到，证明没有匹配上路由
通过请求路径匹配Path Route Predicate 接收一个匹配路径的参数来判断是否走路由。
spring: cloud: gateway: routes: - id: host_route uri: http://ityouknow.com predicates: - Path=/foo/{segment}如果请求路径符合要求，则此路由将匹配，例如：/foo/1 或者 /foo/bar。
使用 curl 测试，命令行输入:
curl http://localhost:8080/foo/1curl http://localhost:8080/foo/xxcurl http://localhost:8080/boo/xx经过测试第一和第二条命令可以正常获取到页面返回值，最后一个命令报 404，证明路由是通过指定路由来匹配。
通过请求参数匹配Query Route Predicate 支持传入两个参数，一个是属性名一个为属性值，属性值可以是正则表达式。
spring: cloud: gateway: routes: - id: query_route uri: http://ityouknow.com predicates: - Query=smile这样配置，只要请求中包含 smile 属性的参数即可匹配路由。
使用 curl 测试，命令行输入:
curl localhost:8080?smile=x&id=2经过测试发现只要请求汇总带有 smile 参数即会匹配路由，不带 smile 参数则不会匹配。
还可以将 Query 的值以键值对的方式进行配置，这样在请求过来时会对属性值和正则进行匹配，匹配上才会走路由。
spring: cloud: gateway: routes: - id: query_route uri: http://ityouknow.com predicates: - Query=keep, pu.这样只要当请求中包含 keep 属性并且参数值是以 pu 开头的长度为三位的字符串才会进行匹配和路由。
使用 curl 测试，命令行输入:
curl localhost:8080?keep=pub测试可以返回页面代码，将 keep 的属性值改为 pubx 再次访问就会报 404, 证明路由需要匹配正则表达式才会进行路由。
通过请求 ip 地址进行匹配Predicate 也支持通过设置某个 ip 区间号段的请求才会路由，RemoteAddr Route Predicate 接受 cidr 符号 (IPv4 或 IPv6) 字符串的列表(最小大小为 1)，例如 192.168.0.1/16 (其中 192.168.0.1 是 IP 地址，16 是子网掩码)。
spring: cloud: gateway: routes: - id: remoteaddr_route uri: http://ityouknow.com predicates: - RemoteAddr=192.168.1.1/24可以将此地址设置为本机的 ip 地址进行测试。
果请求的远程地址是 192.168.1.10，则此路由将匹配。
组合使用上面为了演示各个 Predicate 的使用，我们是单个单个进行配置测试，其实可以将各种 Predicate 组合起来一起使用。
例如：
spring: cloud: gateway: routes: - id: host_foo_path_headers_to_httpbin uri: http://ityouknow.com predicates: - Host=**.foo.org - Path=/headers - Method=GET - Header=X-Request-Id, d+ - Query=foo, ba. - Query=baz - Cookie=chocolate, ch.p - After=2018-01-20T06:06:06+08:00[Asia/Shanghai]各种 Predicates 同时存在于同一个路由时，请求必须同时满足所有的条件才被这个路由匹配。
一个请求满足多个路由的谓词条件时，请求只会被首个成功匹配的路由转发