SpringCloud组件： GateWay整合Eureka转发服务请求

摘要：单服务我们简单编写一个请求地址，输出字符串信息，添加依赖如下所示配置文件如下所示服务名注册到服务端口号配置该服务的服务名称为，这里对应的。

在上一篇文章Spring Cloud GateWay 路由转发规则介绍中我们讲解了SpringCloud Gateway内部提供的断言、谓语，让我们可以组合更精确的业务场景进行请求，既然SpringCloud GateWay担任了网关的角色，在之前Zuul可以通过服务名进行自动转发，SpringCloud Gateway是否可以实现自动转发呢？

Spring Cloud Gateway可以根据配置的断言、谓语进行满足条件转发，也可以自动同步服务注册中心的服务列表进行指定serviceId前缀进行转发，这里的serviceId是业务服务的spring.application.name配置参数。

把SpringCloud的版本依赖添加到pom.xml内，如下所示：

//...

  1.8
  Greenwich.SR1



  
    
      org.springframework.cloud
      spring-cloud-dependencies
      ${spring-cloud.version}
      pom
      import
    
  

//...

我们本章使用Eureka作为服务注册中心来完成服务请求转发讲解，需要把Spring Cloud Gateway网关项目作为一个Client注册到Eureka Server，先来看下添加的依赖，pom.xml如下所示：

//...

  
  
    org.springframework.cloud
    spring-cloud-starter-gateway
  
  
  
    org.springframework.cloud
    spring-cloud-starter-netflix-eureka-client
  

//....

接下来我们需要开启Gateway服务注册中心的发现配置，开启后才能自动同步服务注册中心的服务列表，application.yml配置文件如下所示：

# 服务名称
spring:
  application:
    name: spring-cloud-gateway
  # 开启 Gateway 服务注册中心服务发现
  cloud:
    gateway:
      discovery:
        locator:
          enabled: true
# Eureka Server 配置
eureka:
  client:
    service-url:
      defaultZone: http://localhost:10000/eureka/
# 配置Gateway日志等级，输出转发细节信息
logging:
  level:
    org.springframework.cloud.gateway: debug

配置参数解释如下所示：

spring.application.name：服务名

spring.cloud.gateway.discovery.locator.enabled：开启SpringCloud Gateway的注册中心发现配置，开启后可自动从服务注册中心拉取服务列表，通过各个服务的spring.application.name作为前缀进行转发，该配置默认为false。

eureka.client.service-url.defaultZone：配置Eureka Server默认的空间地址

logging.level.org.springframework.cloud.gateway：设置SpringCloud Gateway日志等级为debug，用于输出转发的细节日志，方便查看细节流程。

在入口类添加对应的注解，开启服务自动注册，如下所示：

@SpringBootApplication
@EnableDiscoveryClient
public class SpringCloudGatewayApplication {
    public static void main(String[] args) {
        SpringApplication.run(SpringCloudGatewayApplication.class, args);
    }
}

对应上面网关配置的Eureka Server的地址，我们需要添加对应的配置，pom.xml如下所示：

//...

  
  
    org.springframework.cloud
    spring-cloud-starter-netflix-eureka-server
  

//...

添加依赖后对Eureka Server进行配置，配置文件application.yml如下所示：

# 服务名
spring:
  application:
    name: sample-eureka-server
# 端口号    
server:
  port: 10000

# Eureka 配置信息
eureka:
  client:
    service-url:
      defaultZone: http://localhost:${server.port}/eureka/
    fetch-registry: false
    register-with-eureka: false

这里我们修改默认的端口号为10000，为了匹配在网关项目的配置信息，至于fetch-registry、register-with-eureka可以去我之前的文章查看，SpringCloud组件：将服务提供者注册到Eureka集群

我们通过@EnableEurekaServer注解来开启服务，如下所示：

@SpringBootApplication
@EnableEurekaServer
public class EurekaServerApplication {
    public static void main(String[] args) {
        SpringApplication.run(EurekaServerApplication.class, args);
    }
}

网关、服务注册中心我们都已经准备好了，下面我们可以编写业务逻辑服务，来验证SpringCloud Gateway具体是否可以根据serviceId进行转发请求。

我们简单编写一个GET请求地址，输出字符串信息，pom.xml添加依赖如下所示：

  
  
    org.springframework.boot
    spring-boot-starter-web
  
  
  
    org.springframework.cloud
    spring-cloud-starter-netflix-eureka-client
  

配置文件application.yml如下所示：

# 服务名
spring:
  application:
    name: user-service
# 注册到Eureka
eureka:
  client:
    service-url:
      defaultZone: http://localhost:10000/eureka/
# 服务端口号
server:
  port: 9090

配置该服务的服务名称为user-service，这里对应SpringCloud Gateway的serviceId。

@SpringBootApplication
@EnableDiscoveryClient
@RestController
public class UserServiceApplication {
    /**
     * logger instance
     */
    static Logger logger = LoggerFactory.getLogger(UserServiceApplication.class);

    public static void main(String[] args) {
        SpringApplication.run(UserServiceApplication.class, args);
        logger.info("「「「「「用户服务启动完成.」」」」」");
    }

    @GetMapping(value = "/index")
    public String index() {
        return "this is user index";
    }
}

user-service提供了/index的请求地址，当访问时，会对应输出this is user index。

接下来我们进行验证，测试顺序如下所示：

第一步：启动Eureka Server

第二步：启动SpringCloud Gateway

启动成功后控制台会打印响应的注册到Eureka的日志信息，如下所示：

DiscoveryClient_SPRING-CLOUD-GATEWAY/192.168.1.56:spring-cloud-gateway: registering service...
Netty started on port(s): 8080

SpringCloud Gateway内部通过Netty完成WebServer的请求转发。

第三步：启动user-service服务

启动成功后控制台打印相应注册日志，如下所示：

DiscoveryClient_USER-SERVICE/192.168.1.56:user-service:9090: registering service...
Tomcat started on port(s): 9090 (http) with context path ""

第四步：测试访问

SpringCloud Gateway会每间隔30秒进行重新拉取服务列表后路由重定义操作，日志信息如下所示：

# Spring Cloud Gateway
RouteDefinition CompositeDiscoveryClient_SPRING-CLOUD-GATEWAY applying {pattern=/SPRING-CLOUD-GATEWAY/**} to Path
RouteDefinition CompositeDiscoveryClient_SPRING-CLOUD-GATEWAY applying filter {regexp=/SPRING-CLOUD-GATEWAY/(?.*), replacement=/${remaining}} to RewritePath
RouteDefinition matched: CompositeDiscoveryClient_SPRING-CLOUD-GATEWAY
# User Service
RouteDefinition CompositeDiscoveryClient_USER-SERVICE applying {pattern=/USER-SERVICE/**} to Path
RouteDefinition CompositeDiscoveryClient_USER-SERVICE applying filter {regexp=/USER-SERVICE/(?.*), replacement=/${remaining}} to RewritePath
RouteDefinition matched: CompositeDiscoveryClient_USER-SERVICE

通过上面的日志信息我们已经可以推断出SpringCloud Gateway映射spring.application.name的值作为服务路径前缀，不过是大写的，预计我们可以通过http://localhost:8080/USER-SERVICE/index访问到对应的信息。

访问测试如下：

~ curl http://localhost:8080/USER-SERVICE/index
this is user index

通过网关访问具体服务的格式：http://网关IP:网关端口号/serviceId/**

如果Eureka Server上有两个相同serviceId的服务时，SpringCloud Gateway会自动完成负载均衡。

复制一个user-service服务实例，修改服务端口号，如下所示：

# 服务名称
spring:
  application:
    name: user-service
# Eureka Server
eureka:
  client:
    service-url:
      defaultZone: http://localhost:10000/eureka/
# 服务端口号
server:
  port: 9091

在复制的项目内使用相同的spring.application.name保持serviceId一致，只做端口号的修改，为了区分GateWay完成了负载均衡，我们修改/index请求的返回内容如下所示：

@GetMapping(value = "/index")
public String index() {
  return "this is user lb index";
}

访问http://localhost:8080/USER-SERVICE/index，输出内容如下所示：

this is user lb index
this is user index
this is user lb index
this is user index
...

通过本章的讲解，我们已经对SpringCloud Gateway的转发有一个简单的理解，通过从服务注册中心拉取服务列表后，自动根据serviceId映射路径前缀，同名服务多实例时会自动实现负载均衡。

Gitee：https://gitee.com/hengboy/spr...

ApiBoot：https://gitee.com/hengboy/api...