spring boot hystrix 客户端接入

spring boot hystrix 客户端接入
描述:随着微服务的部署开发,为了防止雪崩效应hystrix应运而生,解决了微服务雪崩效应,处理限流等一列应用的问题。

上代码进行了解和测试。
新建一个springboot项目

POM文件

    基于springboot版本
   <parent>
		<groupId>org.springframework.boot</groupId>
		<artifactId>spring-boot-starter-parent</artifactId>
		<version>2.2.0.RELEASE</version>
		<relativePath/> <!-- lookup parent from repository -->
	</parent>
		注意:版本之前可能会出现接口异常
		
    
    <dependency>
		<groupId>org.springframework.cloud</groupId>
		<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
	</dependency>

spring boot项目的main方法启动类


启动类里面加在hystrix的启动
@EnableHystrix
@RestController
@SpringBootApplication
@EnableEurekaClient

同一个目录下建立hystrix配置bean文件 此处主要是监控流发送的位置

/**
 * @ClassName HystrixConfig
 * @Description TODO HYSTRIX配置
 * @Author tanli
 * @Date 2019-11-11
 * @Since 1.0
 */
@Configuration
public class HystrixConfig {


    /***
     * @MethodName
     * @Description TODO  用来拦截处理HystrixCommand注解
     * @param
     * @param null
     * @Return
     * @Author tanli45
     * @Date 2019-11-11
     * @Since 1.0
     */
    @Bean
    public HystrixCommandAspect hystrixAspect(){
        return new HystrixCommandAspect();
    }

    /***
     * @MethodName hystrixServletBean
     * @Description TODO  用来像监控中心Dashboard发送stream信息
     * @param
     * @Return org.springframework.boot.web.servlet.ServletRegistrationBean
     * @Author tanli45
     * @Date 2019-11-11
     * @Since 1.0
     */
    @Bean
    public ServletRegistrationBean getServlet(){
        HystrixMetricsStreamServlet streamServlet = new HystrixMetricsStreamServlet();
        ServletRegistrationBean registrationBean = new ServletRegistrationBean(streamServlet);
        registrationBean.setLoadOnStartup(1);
        registrationBean.addUrlMappings("/hystrix.stream");
        registrationBean.setName("HystrixMetricsStreamServlet");
        return registrationBean;
    }


}

测试类方法代码


    @HystrixCommand(fallbackMethod = "onLinkError",
            commandProperties ={
                @HystrixProperty(name="execution.isolation.strategy",value="THREAD"),
                    @HystrixProperty(name="execution.isolation.thread.timeoutInMilliseconds",value = "1000"),
                    @HystrixProperty(name="circuitBreaker.enabled",value="true"),
                    @HystrixProperty(name="circuitBreaker.requestVolumeThreshold",value = "2"),
            },
            threadPoolProperties = {
                 @HystrixProperty(name="coreSize",value="15"),
                // @HystrixProperty(name="maximumSize",value = "5"),
                 @HystrixProperty(name="maxQueueSize",value ="10")
         }
    )
    @RequestMapping("/testpropertis")
    public String  testpropertis(String name){
        try{
            Thread.sleep(200);

        }catch (InterruptedException e){
            e.printStackTrace();
        }
        return "Hello,"+name;
    }

    @HystrixCommand
    @RequestMapping("/testp")
    public  String testp(String name){
        if (StringUtils.isBlank(name)){
            throw new RuntimeException("name不能为空");
        }
        return "Good  morninng ,"+name;
    }

    /***
     * @MethodName onLinkError
     * @Description TODO 如果fallback方法的参数和原方法参数个数不一致,则会出现FallbackDefinitionException: fallback method wasn't found
     * @param
     * @param name
     * @Return java.lang.String
     * @Author tanli45
     * @Date 2019-11-11
     * @Since 1.0
     */
    public  String onLinkError(String name){
        return "Error !!! "+name;
    }

启动项目监控dashboard:
在这里插入图片描述
启动好客户端项目后在浏览器中输入访问地址
ip地址+端口号/hystrix.stream (hystirx配置对象配置中的) 如下图
在这里插入图片描述
注释:一直出现ping 和 loading 请找一个用了hystrixCommand 服务进行请求访问就可以解决,其他问题可以查看服务的配置的参数是否正确,这个地方在写demo的过程中有碰到过一直访问不了的错误。

如上代码在浏览器中的输入URL 访问得到数据
如图:
在这里插入图片描述
在这里插入图片描述
服务都已经正常了将服务拉去监控
在这里插入图片描述
监控的图形如图:
在这里插入图片描述
参数解释如图
在这里插入图片描述
代码中各个参数监控

(一)Command Properties
属性控制HystrixCommand行为

Execution

参数描述默认值
execution.isolation.strategy隔离策略,有THREAD和SEMAPHORE THREAD - 它在单独的线程上执行,并发请求受线程池中的线程数量的限制 SEMAPHORE - 它在调用线程上执行,并发请求受到信号量计数的限制默认使用THREAD模式,以下几种场景可以使用SEMAPHORE模式:只想控制并发度 外部的方法已经做了线程隔离 调用的是本地方法或者可靠度非常高、耗时特别小的方法(如medis)
execution.isolation.thread.timeoutInMilliseconds超时时间默认值:1000 在THREAD模式下,达到超时时间,可以中断 在SEMAPHORE模式下,会等待执行完成后,再去判断是否超时 设置标准: 有retry,99meantime+avg meantime 没有retry,99.5meantime
execution.timeout.enabledHystrixCommand.run()执行是否应该有超时。默认值:true
execution.isolation.thread.interruptOnTimeout在发生超时时是否应中断HystrixCommand.run()执行。默认值:true THREAD模式有效
execution.isolation.thread.interruptOnCancel当发生取消时,执行是否应该中断默认值为false THREAD模式有效
execution.isolation.semaphore.maxConcurrentRequests设置在使用时允许到HystrixCommand.run()方法的最大请求数。默认值:10 SEMAPHORE模式有效

2、Fallback
以下属性控制HystrixCommand.getFallback()如何执行。这些属性适用于ExecutionIsolationStrategy.THREAD和ExecutionIsolationStrategy.SEMAPHORE。

参数描述默认值
fallback.isolation.semaphore.maxConcurrentRequests设置从调用线程允许HystrixCommand.getFallback()方法的最大请求数。SEMAPHORE模式有效默认值:10
rfallback.enabled确定在发生失败或拒绝时是否尝试调用HystrixCommand.getFallback()。默认值为true

Circuit Breaker
断路器属性控制HystrixCircuitBreaker的行为。

参数描述默认值
circuitBreaker.enabled定断路器是否用于跟踪运行状况和短路请求(如果跳闸)。默认值为true
circuitBreaker.requestVolumeThresholdrow熔断触发的最小个数/10s默认值:20
circuitBreaker.sleepWindowInMilliseconds熔断多少秒后去尝试请求默认值:5000
circuitBreaker.errorThresholdPercentage失败率达到多少百分比后熔断默认值:50主要根据依赖重要性进行调整
circuitBreaker.forceOpenrow属性如果为真,强制断路器进入打开(跳闸)状态,其中它将拒绝所有请求。默认值为false此属性优先于circuitBreaker.forceClosed
circuitBreaker.forceClosed该属性如果为真,则迫使断路器进入闭合状态,其中它将允许请求,而不考虑误差百分比。默认值为false 如果是强依赖,应该设置为truecircuitBreaker.forceOpen属性优先,因此如果forceOpen设置为true,此属性不执行任何操作。

4、Metrics
以下属性与从HystrixCommand和HystrixObservableCommand执行捕获指标有关。

参数描述默认值
metrics.rollingStats.timeInMilliseconds此属性设置统计滚动窗口的持续时间(以毫秒为单位)。对于断路器的使用和发布Hystrix保持多长时间的指标。默认值:10000
metrics.rollingStats.numBuckets此属性设置rollingstatistical窗口划分的桶数。以下必须为true - “metrics.rollingStats.timeInMilliseconds%metrics.rollingStats.numBuckets == 0” -否则将抛出异常。默认值:10
metrics.rollingPercentile.enabled此属性指示是否应以百分位数跟踪和计算执行延迟。 如果禁用它们,则所有摘要统计信息(平均值,百分位数)都将返回-1。默认值为true
metrics.rollingPercentile.timeInMilliseconds此属性设置滚动窗口的持续时间,其中保留执行时间以允许百分位数计算,以毫秒为单位。默认值:60000
metrics.rollingPercentile.numBuckets此属性设置rollingPercentile窗口将划分的桶的数量。以下内容必须为true - “metrics.rollingPercentile.timeInMilliseconds%metrics.rollingPercentile.numBuckets == 0” -否则将抛出异常。默认值:6
metrics.rollingPercentile.bucketSize此属性设置每个存储桶保留的最大执行次数。如果在这段时间内发生更多的执行,它们将绕回并开始在桶的开始处重写。默认值:100
metrics.healthSnapshot.intervalInMilliseconds此属性设置在允许计算成功和错误百分比并影响断路器状态的健康快照之间等待的时间(以毫秒为单位)。默认值:500

5、Request Context
这些属性涉及HystrixCommand使用的HystrixRequestContext功能。

参数描述默认值
requestCache.enabledHystrixCommand.getCacheKey()是否应与HystrixRequestCache一起使用,以通过请求范围的缓存提供重复数据删除功能。默认值为true
requestLog.enabledHystrixCommand执行和事件是否应记录到HystrixRequestLog。默认值为true

(二)Collapser Properties
下列属性控制HystrixCollapser行为。

参数描述默认值
maxRequestsInBatch此属性设置在触发批处理执行之前批处理中允许的最大请求数。Integer.MAX_VALUE
timerDelayInMilliseconds此属性设置创建批处理后触发其执行的毫秒数。默认值:10
requestCache.enabled此属性指示是否为HystrixCollapser.execute()和HystrixCollapser.queue()调用启用请求高速缓存。默认值:true

(三)ThreadPool Properties

以下属性控制Hystrix命令在其上执行的线程池的行为。

大多数时候,默认值为10的线程会很好(通常可以做得更小)。

参数描述默认值
coreSize线程池coreSize默认值:10 设置标准:qps*99meantime+breathing room
maximumSize此属性设置最大线程池大小。 这是在不开始拒绝HystrixCommands的情况下可以支持的最大并发数。 请注意,此设置仅在您还设置allowMaximumSizeToDivergeFromCoreSize时才会生效。默认值:10
maxQueueSize请求等待队列默认值:-1如果使用正数,队列将从SynchronizeQueue改为LinkedBlockingQueue
queueSizeRejectionThreshold此属性设置队列大小拒绝阈值 - 即使未达到maxQueueSize也将发生拒绝的人为最大队列大小。 此属性存在,因为BlockingQueue的maxQueueSize不能动态更改,我们希望允许您动态更改影响拒绝的队列大小。默认值:5
keepAliveTimeMinutes此属性设置保持活动时间,以分钟为单位。默认值:1
allowMaximumSizeToDivergeFromCoreSize此属性允许maximumSize的配置生效。 那么该值可以等于或高于coreSize。 设置coreSize <maximumSize会创建一个线程池,该线程池可以支持maximumSize并发,但在相对不活动期间将向系统返回线程。 (以keepAliveTimeInMinutes为准)默认值: false
metrics.rollingStats.timeInMilliseconds此属性设置statistical rolling窗口的持续时间(以毫秒为单位)。 这是为线程池保留多长时间。默认值:10000
metrics.rollingStats.numBuckets此属性设置滚动统计窗口划分的桶数。注意:以下必须为true - “metrics.rollingStats.timeInMilliseconds%metrics.rollingStats.numBuckets == 0” -否则将引发异常。默认值:10

四)其他

参数描述默认值
groupKey表示所属的group,一个group共用线程池默认值:getClass().getSimpleName();
commandKey默认值:当前执行方法名

参数版本与版本之间不一样,请从源码或者对应版本的文章进行输入了解 上面表格只是参考

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Spring Cloud Hystrix是一个用于处理分布式系统的延迟和容错的库。它通过隔离服务之间的访问点,防止级联故障,并提供了一个备用方案,以便在出现故障时继续运行。Hystrix通过实现断路器模式来实现这些功能,这意味着它可以在服务之间建立一个断路器,以便在服务出现故障时自动切换到备用方案。 ### 回答2: Spring Cloud Hystrix是基于Netflix Hystrix的容错框架,为微服务提供了服务降级、服务熔断、服务限流等容错机制,以确保微服务在面临异常情况时,能够保持高可用性和稳定性。 在微服务架构中,服务之间的调用很容易受到网络波动、服务不可用、资源限制等影响,这时候如果不进行容错处理,就可能会导致整个系统崩溃。Spring Cloud Hystrix通过引入断路器的概念,可以提供一种优雅的容错处理方式。当某个服务出现故障或延迟时,断路器会立刻打开,停止对该服务的调用,降低对该服务的压力,保持系统的稳定性。 除了断路器外,Spring Cloud Hystrix还提供了线程池隔离、信号量隔离、缓存预处理等机制,以更好地保护系统。如果采用线程隔离,可以让请求在独立的线程中执行,从而防止请求的问题影响到其他请求。信号量隔离通过限制并发数,达到在负载高峰期或请求过多时,自我调节的目的。 在使用方面,Spring Cloud Hystrix也非常简单。只需在服务调用处添加@HystrixCommand注解,指定服务降级方法,就可以完成调用端的服务降级处理。对于其他Hystrix特性,也可以通过在配置文件中进行配置。 总而言之,Spring Cloud Hystrix为微服务架构提供了一种高效可靠的容错机制,可以在服务出现问题时,从容松手,保证系统的鲁棒性和扩展性。 ### 回答3: Spring Cloud Hystrix是一种开源的断路器模式实现,可用于构建分布式系统和微服务。它可以防止由于一个服务故障或超时导致整个系统崩溃。 在分布式系统中,一个服务的故障可能会导致整个系统的连锁反应。这就是为什么需要HystrixHystrix可以监视服务调用的结果,如果服务出现故障,它会强制断路器并替代其他服务并返回一个错误响应。 服务故障可能不仅仅是由于服务器故障,还包括超时,网络故障等原因。Hystrix 可以配置降级策略,当服务出现故障时,可以返回一些默认值或者备用数据,使得服务的调用方不至于完全失败。如果这些降级策略的执行时间过长,超出了阈值,那么Hystrix会自动熔断该服务,以免该服务继续产生故障影响到整个系统。 Hystrix可以同时监控多个服务,以避免整个系统受到单个服务故障的影响。如果某个服务出现问题,Hystrix会自动将该服务的请求转向其他可用的服务,以确保业务服务的高可用性。 在开发过程中,Hystrix虽然具有强大的监控能力,但同时也需要注意它会增加系统的负担,因此需要根据需求进行合理的配置。使用Hystrix需要在Spring Cloud应用中增加相应的依赖,同时在应用代码中使用@HystrixCommand注解对需要监控的服务进行定义。对服务的降级策略可以通过@Service注解中的fallback属性来定义。 总之,Hystrix提供了一种有力的方式来保证服务调用的稳定性,并确保系统的高可用性。它使得微服务架构更加健壮和高效。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值