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 代码:

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

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

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

  1. @Bean
  2. @LoadBalanced
  3. public RestTemplate restTemplate() {
  4. return new RestTemplate();
  5. }

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

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

  1. @Component
  2. public class IngredientServiceClient {
  3. private RestTemplate rest;
  4. public IngredientServiceClient(@LoadBalanced RestTemplate rest) {
  5. this.rest = rest;
  6. }
  7. ...
  8. }

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

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

你注意到两者的区别了吗?为 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 方法上:

  1. @Bean
  2. @LoadBalanced
  3. public WebClient.Builder webClientBuilder() {
  4. return WebClient.builder();
  5. }

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

  1. @Component
  2. public class IngredientServiceClient {
  3. private WebClient.Builder wcBuilder;
  4. public IngredientServiceClient(
  5. @LoadBalanced WebClient.Builder wcBuilder) {
  6. this.wcBuilder = wcBuilder;
  7. }
  8. ...
  9. }

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

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

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

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

定义 Feign 接口客户端

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

Feign 最初是 Netflix 公司的一个项目,但后来作为了一个独立开源项目,名为 OpenFeign (https://github.com/OpenFeign)。Feign 这个词的意思是“假装”,您很快就会看到,使用这个词,对于假装的 REST 的客户端确实是非常合适。

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

  1. <dependency>
  2. <groupId>org.springframework.cloud</groupId>
  3. <artifactId>spring-cloud-starter-openfeign</artifactId>
  4. </dependency>

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

  1. @Configuration
  2. @EnableFeignClients
  3. public RestClientConfiguration {
  4. }

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

  1. package tacos.ingredientclient.feign;
  2. import org.springframework.cloud.openfeign.FeignClient;
  3. import org.springframework.web.bind.annotation.GetMapping;
  4. import org.springframework.web.bind.annotation.PathVariable;
  5. import tacos.ingredientclient.Ingredient;
  6. @FeignClient("ingredient-service")
  7. public interface IngredientClient {
  8. @GetMapping("/ingredients/{id}")
  9. Ingredient getIngredient(@PathVariable("id") String id);
  10. }

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

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

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

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

  1. @Controller
  2. @RequestMapping("/ingredients")
  3. public class IngredientController {
  4. private IngredientClient client;
  5. @Autowired
  6. public IngredientController(IngredientClient client) {
  7. this.client = client;
  8. }
  9. @GetMapping("/{id}")
  10. public String ingredientDetailPage(@PathVariable("id") String id,
  11. Model model) {
  12. model.addAttribute("ingredient", client.getIngredient(id));
  13. return "ingredientDetail";
  14. }
  15. }

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

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