13.3.2 消费服务

在消费者的代码中，硬编码任何服务实例的 URL 都将是错误的。这不仅将消费者与服务的特定实例相结合，而且如果服务的主机或端口要更改，还会导致消费服务中断。

另一方面，当涉及在 Eureka 中查找服务时，消费应用程序还有一些工作，因为 Eureka 可能回复提供相同服务的多个实例。如果消费者查询 ingredient-service 服务，并收到六个服务实例，那该如何选择正确的服务实例呢？

好消息是，消费应用程序不需要做出选择，甚至不需要自己明确地查找服务。Spring Cloud 的 Eureka 客户端，以及 Ribbon 负载均衡器，使查找、选择和使用一个服务实例变得很简单。使用从 Eureka 查找到的服务有两种方法，包括：

一个负载均衡的 RestTemplate
Feign 接口生成的客户端

您可以根据个人喜好来选择。下面将介绍这两种方式，先从负载均衡 RestTemplate开始。然后您自己决定喜欢哪一个。

使用 RestTemplate 消费服务

您在第 7 章中，首次看到了 Spring 的 RestTemplate。重温一下它是如何工作的。一旦创建或注入了 RestTemplate，您就可以发送 HTTP 调用，并将响应绑定到实体类上。例如，要执行 HTTP GET 请求，按 ID 检索 Ingredient，您可以使用以下 RestTemplate 代码：

public Ingredient getIngredientById(String ingredientId) {
  return rest.getForObject("http://localhost:8080/ingredients/{id}",
                            Ingredient.class, ingredientId);
}

这段代码的唯一问题是，传递到 getForObject() 的 URL 是硬编码到特定的主机和端口的。虽然您可以将 URL 提取到一个配置属性中，但如果请求是对 Ingredient 服务的多个实例之一，您配置的任何 URL 都将只针对特定实例，而不能在多个实例中进行负载均衡。

但是，一旦将应用程序设为 Eureka 客户端，您就可以声明这是一个带有负载均衡的 RestTemplate。您所需要做的，就是为方法添加 @Bean 和 @LoadBalanced 注解：

@Bean
@LoadBalanced
public RestTemplate restTemplate() {
  return new RestTemplate();
}

@LoadBalanced 注解有两个目的：首先也是最重要的，它告诉 Spring Cloud，这个 RestTemplate 应该能够通过 Ribbon 查找服务。另外，它可以作为一个注入限定符。因为，如果您有两个或两个以上的 RestTemplate，这指定了要使用带有负载均衡的 RestTemplate。

例如，您希望使用负载均衡的 RestTemplate，像以前的代码那样查找 Ingredient。首先，将负载均衡 RestTemplate 注入到实体：

@Component
public class IngredientServiceClient {

  private RestTemplate rest;

  public IngredientServiceClient(@LoadBalanced RestTemplate rest) {
    this.rest = rest;
  }

  ...

}

然后稍微改写一下 getIngredientById() 方法来获取 Ingredient，以便它使用服务的注册名称，而不是显式的指定主机和端口：

public Ingredient getIngredientById(String ingredientId) {
  return rest.getForObject(
              "http://ingredient-service/ingredients/{id}",
              Ingredient.class, ingredientId);
}

你注意到两者的区别了吗？为 getForObject() 指定的 URL，没有使用任何特定的主机名或端口。使用服务名称 ingredient-service 来代替主机名和端口。内部 RestTemplate 要求 Ribbon 查找服务并选择一个实例。Ribbon 很高兴提供帮助，重写 URL 以包含所选服务实例的主机和端口，然后让 RestTemplate 照常进行后续工作。

正如您所看到的，使用负载均衡的 RestTemplate 与使用标准的 RestTemplate 并没有什么不同。关键不同在于，客户端代码只需要使用服务名称，而不是显式的主机名和端口。但是，如果您使用的是 WebClient 而不是 RestTemplate 呢？WebClient 也可以与 Ribbon 一起按名称来使用服务吗？

使用 WebClient 消费服务

在第 11 章，您看到了 WebClient 如何提供类似于 RestTemplate 的 HTTP 客户端。但它处理的是响应式类型，如 Flux 和 Mono。如果您已经被响应式编程错误所困扰，那么您可能更喜欢使用 WebClient 而不是RestTemplate。好消息是，您可以像使用 RestTemplate 那样使用 WebClient。首先要做的是声明一个 WebClient，并添加 @LoadBalanced 注解到 WebClient.Builder 方法上：

@Bean
@LoadBalanced
public WebClient.Builder webClientBuilder() {
  return WebClient.builder();
}

有了 WebClient.Builder bean，现在就可以注入到任何需要使用它的地方了。例如，您可以将其注入到 IngredientServiceClient 的构造函数中：

@Component
public class IngredientServiceClient {

  private WebClient.Builder wcBuilder;

  public IngredientServiceClient(
         @LoadBalanced WebClient.Builder wcBuilder) {
    this.wcBuilder = wcBuilder;
  }

 ...

}

最后，当您准备好使用它时，您可以使用 WebClient.Builder 以构建一个 WebClient，然后使用各服务在Eureka 中注册的服务名称发出实际请求：

public Mono<Ingredient> getIngredientById(String ingredientId) {
  return wcBuilder.build()
    .get()
      .uri("http://ingredient-service/ingredients/{id}", ingredientId)
    .retrieve().bodyToMono(Ingredient.class);
}

与负载均衡的 RestTemplate 一样，在发出请求时无需明确指定主机或端口。服务名称将从给定的 URL 中提取，并用来从 Eureka 查找服务。然后，Ribbon 将选择一个服务实例，并且在发出请求之前，使用所选实例的主机和端口重写 URL。

这个编程模型很容易掌握，特别是如果你已经熟悉 RestTemplate 或 WebClient。Spring Cloud 还有另一个技巧，接下来让我们来看看，如何使用 Feign 来创建基于接口的客户端。

定义 Feign 接口客户端

Feign 是一个 REST 客户端库，它用一种独特的、接口驱动的方式来定义 REST 客户端。简而言之，如果你喜欢 Spring Data 自动实现 Repository 接口的方式，那您肯定会喜欢 Feign。

使用 Feign 的第一步是将依赖项添加到项目中。在 pom.xml 中，以下 <dependency> 做到了这一点：

<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>

使用 Spring Initializr 时，可以通过选中 Feign 复选框，自动添加相同的启动依赖项。不幸的是，基于这个依赖的自动配置无法自动启用 Feign。因此，需要将 @EnableFeignClient 注解添加到其中一个配置类：

@Configuration
@EnableFeignClients
public RestClientConfiguration {
}

现在，有趣的部分来了。假设你想写一个客户端，从 Eureka 注册表中获取 ingredient-service 服务，并进而获取 Ingredient。您应该像下面这样使用：

package tacos.ingredientclient.feign;
import org.springframework.cloud.openfeign.FeignClient;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import tacos.ingredientclient.Ingredient;

@FeignClient("ingredient-service")
public interface IngredientClient {

   @GetMapping("/ingredients/{id}")
   Ingredient getIngredient(@PathVariable("id") String id);

}

这是一个简单的接口，没有实现。但在运行时，当 Feign 接管以后，这些都不重要。Feign 会自动创建一个实现，并将其公开为 Spring 应用程序上下文的一个 bean。

仔细观察，你会看到有一些新注解。接口级的 @FeignClient 注解，指明了在此接口中声明的任何方法，将对名称为 ingredient-service 的服务发出请求。在内部，将通过 Ribbon 查找，就像使用 RestTemplate 时那样。

然后是 getIngredient() 方法，您一定认出了来自于 Spring MVC 的 @GetMapping 注解。事实上，确实是同样的注解！只是这次是用在客户端上，而不是在 Controller 上。也就是说，任何对 getIngredient() 的调用，都将导致 Ribbon 选择相应主机和端口，并把 GET 请求转到 /ingredients/{id} 上。@PathVariable 注解同样来自 Spring MVC，会将参数映射到给定路径中的占位符中。

剩下的就是在需要时注入 Feign 实现的接口，并开始使用它。例如，要在 Controller 中使用它，您可以执行这样的操作：

@Controller
@RequestMapping("/ingredients")
public class IngredientController {

  private IngredientClient client;

  @Autowired
  public IngredientController(IngredientClient client) {
    this.client = client;
  }

  @GetMapping("/{id}")
  public String ingredientDetailPage(@PathVariable("id") String id,
                                     Model model) {
    model.addAttribute("ingredient", client.getIngredient(id));
    return "ingredientDetail";
 }

}

我不知道您怎么想，但我觉这真是太棒了！很难确定我最喜欢哪一个：负载均衡的 RestTemplate、WebClient，或者这个神奇的 Feign 接口。无论您选择哪一个，您都可以放心，您的 REST 客户端将能够使用在 Eureka 注册的服务，而无需对任何特定的主机名或端口进行硬编码。

另外，Feign 有自己的一组注解。@RequestLine 和 @Param 大致类似于 Spring MVC 的 @RequestMapping 和 @PathVariable，只是使用方式有点差异。不过，能够在客户端上使用已经熟悉的 Spring MVC 注解，这一点是相当好的。

上一页13.3.1 配置 Eureka 客户端属性下一页13.4 总结

最后更新于3年前

这有帮助吗？