笔记:Spring Cloud Hystrix 异常处理、缓存和请求合并

异常处理


HystrixCommand
实现的run方法中抛出异常,除了
HystrixBadRequestException之外,其他异常均会被Hystrix
认为命令执行失败并触发服务降级处理逻辑,所以当需要在命令中执行抛出不触发降级的异常时使用他,在使用注解配置实现
Hystrix
命令时,支持忽略指定异常类型功能,只需要通过设置 @HystrixCommand
注册的
ignoreException
参数,示例代码如下:

@HystrixCommand (ignoreExceptions = {IllegalStateException.class})

如果抛出了类型为
IllegalStateException
的异常,Hystrix
会将其包装为
HystrixBadRequestException
抛出,这样就不会触发后续的
fallback
逻辑。

如果需要在降级逻辑中获取触发的异常,我们可以通过
getExecutionException
方法来获取具体的异常,如果使用注解的方式,则需要在fallback实现的方法的参数中增加
Throwable
e
对象的定义,这样就可以在方法内部获取触发服务降级的具体异常内容,示例代码如下:

????????@HystrixCommand (ignoreExceptions = {IllegalStateException.class},fallbackMethod="helloFallback")

????????@GET

????????@Path ("get")

????????public String get(@QueryParam ("id") int id, @QueryParam ("name") String name) {

????????throw new
RuntimeException("get command failed.");

????????}

?
?

????????public String helloFallback(int id, String name, Throwable e) {

????????????????return
"error id=" + id + "\tname=" + name + "\tthrowable=" + e.getMessage();

????????}

请求缓存

当系统用户不断增长时,每个微服务需要承受的并发压力也越来越大,在分布式环境中,通常压力来自对依赖服务的调用,因为亲戚依赖服务的资源需要通过通信来实现,这样的依赖方式比起进程内的调用方式会引起一部分的性能损失,在高并发的场景下,Hystrix
提供了请求缓存的功能,我们可以方便的开启和使用请求缓存来优化系统,达到减轻高并发时的请求线程消耗、降低请求响应时间的效果

开启请求缓存功能

Spring Cloud Hystrix
请求缓存的使用非常简单,我们只需要在实现
HystrixCommand

HystrixObservableCommand
时,通过重载
getCacheKey()方法来开启请求缓存。

public class HelloGetCommand extends HystrixCommand<String> {

????????private RestTemplate restTemplate;

????????public
HelloGetCommand(Setter setter, RestTemplate restTemplate) {

????????????????super(setter);

????????????????this.restTemplate= restTemplate;

????????}

?
?

????????@Override

????????protected String run() throws Exception {

?ResponseEntity<String> responseEntity=

???? restTemplate(getForEntity("http://ORG.DRSOFT.WEBSERVICE.HELLOSERVICE/hello/get", String.class);????????

????????
?

????????? ?return responseEntity.getBody();

}

?
?

????????@Override

????????protected String getFallback() {

????????????????return
"error id=" + id + "\tname=" + name;

????????}

?
?

????????@Override

????????protected String getCacheKey() {

????????????????return"get";

????????}

}

调用时候还需要在当前线程执行 HystrixRequestContext.initializeContext() 并且在结束时候需要进行释放,而且在Hystrix中带缓存的command是必须在request中调用的,示例代码如下:

HystrixRequestContext context = HystrixRequestContext.initializeContext();

??????????? ?????try {

???????????? ????????????HystrixCommand<String> hystrixCommand = new
HelloGetCommand(setter, restTemplate);

????????????? ???????????return hystrixCommand.execute();

?????????????? ??} finally {

??????????????? ?????????context.shutdown();

???????????????? }

清理失效缓存

在请求缓存时,如果只是读操作,那么不需要考虑缓存内容是否正确的问题,但是如果请求命令中还有更新数据的写操作,那么缓存中的数据就需要我们在进行写操作时及时处理,以防止读操作的请求命令获取到失效的数据,我们可以使用
HystrixRequestCache.clear
方法来进行缓存清理,示例代码如下:

????????/**

* 清除缓存

*/

????????public
void
flushCache() {

????????????????HystrixRequestCache.getInstance(this.getCommandKey()

????????????????????????????????, HystrixConcurrencyStrategyDefault.getInstance()).clear("get");

????????}

?
?

?
?

?

?
?

时间: 2024-10-13 11:25:28

笔记:Spring Cloud Hystrix 异常处理、缓存和请求合并的相关文章

笔记:Spring Cloud Hystrix 服务容错保护

由于每个单元都在不同的进程中运行,依赖通过远程调用的方式执行,这样就有可能因为网络原因或是依赖服务自身问题出现调用故障或延迟,而这些问题会直接导致调用方的对外服务也出现延迟,若此时调用方的请求不断增加,最后就会因等待出现故障的依赖方响应形成任务积压,最终导致自身服务的瘫痪. 在微服务架构中,存在着大量的服务单元,若一个单元出现故障,就很容易因依赖关系而引发故障的蔓延,最终导致整个系统的瘫痪,这样的架构相较传统架构更加不稳定,为了解决这样的问题,产生了断路器等一系列的服务保护机制. 在分布式架构中

第五章 服务容错保护:Spring Cloud Hystrix

在微服务架构中,我们将系统拆分为很多个服务,各个服务之间通过注册与订阅的方式相互依赖,由于各个服务都是在各自的进程中运行,就有可能由于网络原因或者服务自身的问题导致调用故障或延迟,随着服务的积压,可能会导致服务崩溃.为了解决这一系列的问题,断路器等一系列服务保护机制出现了. 断路器本身是一种开关保护机制,用于在电路上保护线路过载,当线路中有电器发生短路时,断路器能够及时切断故障电路,防止发生过载.发热甚至起火等严重后果. 在分布式架构中,断路器模式的作用也是类似的. 针对上述问题,Spring

Spring Cloud Hystrix - 服务容错

服务容错和Hystrix 在微服务架构中,由于某个服务的不可用导致一系列的服务崩溃,被称之为雪崩效应.所以防御服务的雪崩效应是必不可少的,在Spring Cloud中防雪崩的利器就是Hystrix,Spring Cloud Hystri是基于Netflix Hystrix实现的.Hystrix的目标在于通过控制那些访问远程系统.服务和第三方库的节点,从而对延迟和故障提供更强大的容错能力.Hystrix 具备服务降级.服务容错.服务熔断.线程和信号隔离.请求缓存.请求合并以及服务监控等强大功能.

第五章 服务容错保护: Spring Cloud Hystrix

在微服务架构中, 存在着那么多的服务单元, 若一个单元出现故障, 就很容易因依赖关系而引发故障的蔓延,最终导致整个系统的瘫痪,这样的架构相较传统架构更加不稳定.为了解决这样的问题, 产生了断路器等一系列的服务保护机制 Spring Cloud Hystrix实现了断路器. 线程隔离等一系列服务保护功能.它也是基于Netflix的开源框架Hystrix实现的, 该框架的目标在于通过控制那些访问远程系统. 服务和第三方库的节点, 从而对延迟和故障提供更强大的容错能力.Hystrix具备服务降级. 服

SpringCloud---服务容错保护---Spring Cloud Hystrix

1.概述 1.1 在分布式架构中,存在着许多的服务单元,若一个单元出现故障,很容易因依赖关系引发故障的蔓延,最终导致整个系统的瘫痪: 为了解决这样的问题,产生了断路器等服务保护机制: 1.2 分布式架构中,当某个服务单元发生故障之后,通过断路器的故障监控,向调用方返回一个错误响应,而不是长时间等待,这样不会使得线程因调用故障服务被长时间占用不释放,避免了故障在分布式系统中的蔓延: 1.3 Spring Cloud Hystrix实现了断路器.线程隔离等一系列服务保护功能: 基于Netflix的开

Spring Cloud Hystrix理解与实践(一):搭建简单监控集群

前言 在分布式架构中,所谓的断路器模式是指当某个服务发生故障之后,通过断路器的故障监控,向调用方返回一个错误响应,这样就不会使得线程因调用故障服务被长时间占用不释放,避免故障的继续蔓延.Spring Cloud Hystrix实现了断路器,线程隔离等一系列服务保护功能,它是基于Netflix的开源框架Hystrix实现的. 目的不是介绍Hystrix的与原理.及其使用等(有时间也要记录啊),而是通过实战搭建一个简单的监控集群,使用Hystrix Dashboard仪表盘动态监控展示以此来加深对H

spring cloud: Hystrix(四):feign类似于hystrix的断容器功能

spring cloud: Hystrix(四):feign使用hystrix @FeignClient支持回退的概念:fallback方法,这里有点类似于:@HystrixCommand(fallbackMethod = "notfindback")的fallbackMethod 方法. fallback方法调用的是一个类.,feign也有:/health, /health.stream地址信息 http://192.168.1.4:7601/health 1.首先要在配置件开启hy

微服务架构之spring cloud hystrix&amp;hystrix dashboard

在前面介绍spring cloud feign中我们已经使用过hystrix,只是没有介绍,spring cloud hystrix在spring cloud中起到保护微服务的作用,不会让发生的异常无边界的蔓延下去,很像我们电路中的保险设置,有超压或者线路有问题就即时的断开,保护用电设备不被损坏,这篇文章就来介绍spring cloud hystrix及其hystrix dashboard. (一) 版本说明 a) Spring boot 2.0.6.RELEASE b) Spring clou

spring cloud 之 Feign 使用HTTP请求远程服务

一.Feign 简介 在spring Cloud Netflix栈中,各个微服务都是以HTTP接口的形式暴露自身服务的,因此在调用远程服务时就必须使用HTTP客户端.我们可以使用JDK原生的URLConnection.Apache的Http Client.Netty的异步HTTP Client, Spring的RestTemplate.但是,用起来最方便.最优雅的还是要属Feign了. Feign是一种声明式.模板化的HTTP客户端.在Spring Cloud中使用Feign, 我们可以做到使用