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 代码:
这段代码的唯一问题是,传递到 getForObject()
的 URL 是硬编码到特定的主机和端口的。虽然您可以将 URL 提取到一个配置属性中,但如果请求是对 Ingredient 服务的多个实例之一,您配置的任何 URL 都将只针对特定实例,而不能在多个实例中进行负载均衡。
但是,一旦将应用程序设为 Eureka 客户端,您就可以声明这是一个带有负载均衡的 RestTemplate。您所需要做的,就是为方法添加 @Bean
和 @LoadBalanced
注解:
@LoadBalanced
注解有两个目的:首先也是最重要的,它告诉 Spring Cloud,这个 RestTemplate 应该能够通过 Ribbon 查找服务。另外,它可以作为一个注入限定符。因为,如果您有两个或两个以上的 RestTemplate,这指定了要使用带有负载均衡的 RestTemplate。
例如,您希望使用负载均衡的 RestTemplate,像以前的代码那样查找 Ingredient。首先,将负载均衡 RestTemplate 注入到实体:
然后稍微改写一下 getIngredientById()
方法来获取 Ingredient,以便它使用服务的注册名称,而不是显式的指定主机和端口:
你注意到两者的区别了吗?为 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
方法上:
有了 WebClient.Builder
bean,现在就可以注入到任何需要使用它的地方了。例如,您可以将其注入到 IngredientServiceClient 的构造函数中:
最后,当您准备好使用它时,您可以使用 WebClient.Builder
以构建一个 WebClient,然后使用各服务在Eureka 中注册的服务名称发出实际请求:
与负载均衡的 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>
做到了这一点:
使用 Spring Initializr 时,可以通过选中 Feign
复选框,自动添加相同的启动依赖项。不幸的是,基于这个依赖的自动配置无法自动启用 Feign。因此,需要将 @EnableFeignClient
注解添加到其中一个配置类:
现在,有趣的部分来了。假设你想写一个客户端,从 Eureka 注册表中获取 ingredient-service
服务,并进而获取 Ingredient。您应该像下面这样使用:
这是一个简单的接口,没有实现。但在运行时,当 Feign 接管以后,这些都不重要。Feign 会自动创建一个实现,并将其公开为 Spring 应用程序上下文的一个 bean。
仔细观察,你会看到有一些新注解。接口级的 @FeignClient
注解,指明了在此接口中声明的任何方法,将对名称为 ingredient-service
的服务发出请求。在内部,将通过 Ribbon 查找,就像使用 RestTemplate 时那样。
然后是 getIngredient()
方法,您一定认出了来自于 Spring MVC 的 @GetMapping
注解。事实上,确实是同样的注解!只是这次是用在客户端上,而不是在 Controller 上。也就是说,任何对 getIngredient()
的调用,都将导致 Ribbon 选择相应主机和端口,并把 GET 请求转到 /ingredients/{id}
上。@PathVariable
注解同样来自 Spring MVC,会将参数映射到给定路径中的占位符中。
剩下的就是在需要时注入 Feign 实现的接口,并开始使用它。例如,要在 Controller 中使用它,您可以执行这样的操作:
我不知道您怎么想,但我觉这真是太棒了!很难确定我最喜欢哪一个:负载均衡的 RestTemplate、WebClient,或者这个神奇的 Feign 接口。无论您选择哪一个,您都可以放心,您的 REST 客户端将能够使用在 Eureka 注册的服务,而无需对任何特定的主机名或端口进行硬编码。
另外,Feign 有自己的一组注解。@RequestLine
和 @Param
大致类似于 Spring MVC 的 @RequestMapping
和 @PathVariable
,只是使用方式有点差异。不过,能够在客户端上使用已经熟悉的 Spring MVC 注解,这一点是相当好的。
最后更新于