什么是Gateway的详细介绍？
- 内容介绍
- 文章标签
- 相关推荐
本文共计1456个文字，预计阅读时间需要6分钟。
概述+微服务可能在不同主机上分布，存在以下缺点：前端需要硬编码不同地址的微服务，非常麻烦；存在跨域访问的问题；微服务地址直接暴露是不安全的。还需要为前端提供以下支持：
概述微服务可能分布在不同的主机上，这样有许多缺点：前端需要硬编码调用不同地址的微服务很麻烦；存在跨域访问的问题；微服务地址直接暴露是不安全的。还有所以需要为前端提供一个统一的访问入口。Gateway 就是用于解决以上问题的框架。Gateway 本身是一个微服务，要注册到 Eureka 中。
入门案例- maven 依赖：
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
</dependencies>
- 启动类添加 @EnableDiscoveryClient 注解
- 配置文件：基本的 Eureka 配置 + 路由配置
server:
port: 10010
spring:
application:
name: api-gateway
cloud:
gateway:
routes:
- id: user-service-route # 路由的标识 ID，任意名称都可以
uri: 127.0.0.1:9092 # 路由的转发地址
predicates:
- Path=/user/** # 路由的映射范围
eureka:
client:
service-url:
defaultZone: 127.0.0.1:10086/eureka
instance:
prefer-ip-address: true
- 是否配置成功？
启动实例后能在 Eureka 注册中心看到注册，localhost:10010/user/** 的请求会被转发到 localhost:9092/user/**。
入门案例中使用的是静态IP 地址，下面是用服务名称代替具体 IP，这样避免直接使用 IP，并可以添加负载均衡。
只需要将配置中的 uri 更换为「loadbalance 协议」
spring:
application:
name: api-gateway
cloud:
gateway:
routes:
- id: user-service-route # 路由的标识 ID，任意名称都可以
uri: lb://USER-SERVICE # 路由的转发地址
predicates:
- Path=/user/** # 路由的映射范围
路由规则
- 添加前缀：
localhost:10010/**-->lb://USER-SERVICE/user/**
spring:
application:
name: api-gateway
cloud:
gateway:
routes:
- id: user-service-route # 路由的标识 ID，任意名称都可以
uri: lb://USER-SERVICE # 路由的转发地址
predicates:
- Path=/** # 路由的映射范围
filters:
- PrefixPath=/user
- 去除前缀：
localhost:10010/api/api/user/**-->lb://USER-SERVICE/user/**
spring:
application:
name: api-gateway
cloud:
gateway:
routes:
- id: user-service-route # 路由的标识 ID，任意名称都可以
uri: lb://USER-SERVICE # 路由的转发地址
predicates:
- Path=/api/api/user/** # 路由的映射范围
filters:
- StripPrefix=2 # 去除两层前缀
过滤器
前面修改请求其实都是通过 Gateway 的过滤器实现的，上面用到的过滤器为 StripPrefixGatewayFilterFactory 产生的过滤器。Gateway 提供了几十种过滤器，过滤器可以过滤指定规则的请求，也可以过滤所有请求。
spring:
cloud:
gateway:
default-filters:
- AddResponseHeader=this-is-a-header, Have-Fun
这个过滤器可以为所有请求添加一个响应头，this-is-a-header: Have-Fun。
路由器分为局部路由和全局路由，局部路由分为两种（上面展示的两种）：
- spring.cloud.gateway.routes.- id.filters
- spring.cloud.gateway.default-filters （功能等价于全局过滤器）
全局过滤器：不在配置文件中配置，需要实现 GlobalFilter 接口。
生命周期过滤器类似于拦截器，但是只在微服务处理前后运作，请求转发不会触发过滤器。
自定义局部过滤器自定义过滤器需要实现 AbstractGatewayFilterFactory 抽象类。该类使用内部类接受配置文件中的参数，需要给这个内部类的提供 Getter/Setter 方法。
package com.example.gateway.filter;
import java.util.Arrays;
import java.util.List;
import org.springframework.cloud.gateway.filter.GatewayFilter;
import org.springframework.cloud.gateway.filter.factory.AbstractGatewayFilterFactory;
import org.springframework.USER-SERVICE # 路由的转发地址
predicates:
- Path=/api/api/user/** # 路由的映射范围
filters:
- StripPrefix=2 # 去除两层前缀
- MyMy=name
default-filters:
- AddResponseHeader=this-is-a-header, Have-Fun
自定义全局过滤器
实现 GlobalFilter, Ordered 接口并注入到 Spring 容器中。
package com.example.gateway.filter;
import org.apache.commons.lang.StringUtils;
import org.springframework.cloud.gateway.filter.GatewayFilterChain;
import org.springframework.cloud.gateway.filter.GlobalFilter;
import org.springframework.core.Ordered;
import org.springframework.docs.spring.io"
allowedMethods: # 允许的请求方式
- GET
一个常见的情况是前后端分离，前端后端部署在不同端口。比如上面配置中 docs.spring.io 为前端的域，完成这个配置之后，前端就可以正常使用 Ajax 访问其他域的所有微服务。
启动多个 Gateway 实例，实现微服务内部访问的高可用。但是 Gateway 主要适用于直接暴露给客户端，仅内部高可用并不是想要的，这时候需要使用 Nginx 代理 Gateway。
Gateway 和 Feign 的区别Gateway 是作为整体微服务暴露给客户端的访问入口，通常用作权限鉴定和流量控制。Feign 是微服务内部之间互相调用的入口。一句话说就是 Gateway、Feign 一外一内。
尊重原创，转载请标明出处。
本文共计1456个文字，预计阅读时间需要6分钟。
概述+微服务可能在不同主机上分布，存在以下缺点：前端需要硬编码不同地址的微服务，非常麻烦；存在跨域访问的问题；微服务地址直接暴露是不安全的。还需要为前端提供以下支持：
概述微服务可能分布在不同的主机上，这样有许多缺点：前端需要硬编码调用不同地址的微服务很麻烦；存在跨域访问的问题；微服务地址直接暴露是不安全的。还有所以需要为前端提供一个统一的访问入口。Gateway 就是用于解决以上问题的框架。Gateway 本身是一个微服务，要注册到 Eureka 中。
入门案例- maven 依赖：
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
</dependencies>
- 启动类添加 @EnableDiscoveryClient 注解
- 配置文件：基本的 Eureka 配置 + 路由配置
server:
port: 10010
spring:
application:
name: api-gateway
cloud:
gateway:
routes:
- id: user-service-route # 路由的标识 ID，任意名称都可以
uri: 127.0.0.1:9092 # 路由的转发地址
predicates:
- Path=/user/** # 路由的映射范围
eureka:
client:
service-url:
defaultZone: 127.0.0.1:10086/eureka
instance:
prefer-ip-address: true
- 是否配置成功？
启动实例后能在 Eureka 注册中心看到注册，localhost:10010/user/** 的请求会被转发到 localhost:9092/user/**。
入门案例中使用的是静态IP 地址，下面是用服务名称代替具体 IP，这样避免直接使用 IP，并可以添加负载均衡。
只需要将配置中的 uri 更换为「loadbalance 协议」
spring:
application:
name: api-gateway
cloud:
gateway:
routes:
- id: user-service-route # 路由的标识 ID，任意名称都可以
uri: lb://USER-SERVICE # 路由的转发地址
predicates:
- Path=/user/** # 路由的映射范围
路由规则
- 添加前缀：
localhost:10010/**-->lb://USER-SERVICE/user/**
spring:
application:
name: api-gateway
cloud:
gateway:
routes:
- id: user-service-route # 路由的标识 ID，任意名称都可以
uri: lb://USER-SERVICE # 路由的转发地址
predicates:
- Path=/** # 路由的映射范围
filters:
- PrefixPath=/user
- 去除前缀：
localhost:10010/api/api/user/**-->lb://USER-SERVICE/user/**
spring:
application:
name: api-gateway
cloud:
gateway:
routes:
- id: user-service-route # 路由的标识 ID，任意名称都可以
uri: lb://USER-SERVICE # 路由的转发地址
predicates:
- Path=/api/api/user/** # 路由的映射范围
filters:
- StripPrefix=2 # 去除两层前缀
过滤器
前面修改请求其实都是通过 Gateway 的过滤器实现的，上面用到的过滤器为 StripPrefixGatewayFilterFactory 产生的过滤器。Gateway 提供了几十种过滤器，过滤器可以过滤指定规则的请求，也可以过滤所有请求。
spring:
cloud:
gateway:
default-filters:
- AddResponseHeader=this-is-a-header, Have-Fun
这个过滤器可以为所有请求添加一个响应头，this-is-a-header: Have-Fun。
路由器分为局部路由和全局路由，局部路由分为两种（上面展示的两种）：
- spring.cloud.gateway.routes.- id.filters
- spring.cloud.gateway.default-filters （功能等价于全局过滤器）
全局过滤器：不在配置文件中配置，需要实现 GlobalFilter 接口。
生命周期过滤器类似于拦截器，但是只在微服务处理前后运作，请求转发不会触发过滤器。
自定义局部过滤器自定义过滤器需要实现 AbstractGatewayFilterFactory 抽象类。该类使用内部类接受配置文件中的参数，需要给这个内部类的提供 Getter/Setter 方法。
package com.example.gateway.filter;
import java.util.Arrays;
import java.util.List;
import org.springframework.cloud.gateway.filter.GatewayFilter;
import org.springframework.cloud.gateway.filter.factory.AbstractGatewayFilterFactory;
import org.springframework.USER-SERVICE # 路由的转发地址
predicates:
- Path=/api/api/user/** # 路由的映射范围
filters:
- StripPrefix=2 # 去除两层前缀
- MyMy=name
default-filters:
- AddResponseHeader=this-is-a-header, Have-Fun
自定义全局过滤器
实现 GlobalFilter, Ordered 接口并注入到 Spring 容器中。
package com.example.gateway.filter;
import org.apache.commons.lang.StringUtils;
import org.springframework.cloud.gateway.filter.GatewayFilterChain;
import org.springframework.cloud.gateway.filter.GlobalFilter;
import org.springframework.core.Ordered;
import org.springframework.docs.spring.io"
allowedMethods: # 允许的请求方式
- GET
一个常见的情况是前后端分离，前端后端部署在不同端口。比如上面配置中 docs.spring.io 为前端的域，完成这个配置之后，前端就可以正常使用 Ajax 访问其他域的所有微服务。
启动多个 Gateway 实例，实现微服务内部访问的高可用。但是 Gateway 主要适用于直接暴露给客户端，仅内部高可用并不是想要的，这时候需要使用 Nginx 代理 Gateway。
Gateway 和 Feign 的区别Gateway 是作为整体微服务暴露给客户端的访问入口，通常用作权限鉴定和流量控制。Feign 是微服务内部之间互相调用的入口。一句话说就是 Gateway、Feign 一外一内。
尊重原创，转载请标明出处。