动手试一试
在开始使用Spring Cloud Hystrix实现断路器之前,我们先拿之前实现的一些内容作为基础,其中包括:
eureka-server
工程:服务注册中心,端口:1001eureka-client
工程:服务提供者,两个实例启动端口分别为2001
下面我们可以复制一下之前实现的一个服务消费者:eureka-consumer-ribbon
,命名为eureka-consumer-ribbon-hystrix
。下面我们开始对其进行改在:
第一步:pom.xml
的dependencies节点中引入spring-cloud-starter-hystrix
依赖:
<dependency>
|
第二步:在应用主类中使用@EnableCircuitBreaker
或@EnableHystrix
注解开启Hystrix的使用:
@EnableCircuitBreaker
|
注意:这里我们还可以使用Spring Cloud应用中的@SpringCloudApplication
注解来修饰应用主类,该注解的具体定义如下所示。我们可以看到该注解中包含了上我们所引用的三个注解,这也意味着一个Spring Cloud标准应用应包含服务发现以及断路器。
|
第三步:改造服务消费方式,新增ConsumerService
类,然后将在Controller
中的逻辑迁移过去。最后,在为具体执行逻辑的函数上增加@HystrixCommand
注解来指定服务降级方法,比如:
@RestController
|
下面我们来验证一下上面Hystrix带来的一些基础功能。我们先把涉及的服务都启动起来,然后访问localhost:2101/consumer
,此时可以获取正常的返回,比如:Services: [eureka-consumer-ribbon-hystrix, eureka-client]
。
为了触发服务降级逻辑,我们可以将服务提供者eureka-client
的逻辑加一些延迟,比如:
|
重启eureka-client
之后,再尝试访问localhost:2101/consumer
,此时我们将获得的返回结果为:fallback
。我们从eureka-client
的控制台中,可以看到服务提供方输出了原本要返回的结果,但是由于返回前延迟了5秒,而服务消费方触发了服务请求超时异常,服务消费者就通过HystrixCommand注解中指定的降级逻辑进行执行,因此该请求的结果返回了fallback
。这样的机制,对自身服务起到了基础的保护,同时还为异常情况提供了自动的服务降级切换机制。