1.【Hystrix技术指南】（2）参数配置的源码详细介绍
2.Hystrix Dashboard详细介绍
3.Hystrix原理与实战

【Hystrix技术指南】（2）参数配置的详细介绍

       配置参数详解

       Hystrix属性优先级排序如下：

       1. 实例属性

       2. 实例默认

       3. 默认属性

       4. 默认值

       HystrixCommand.run()的隔离策略设置如下：

       执行超时限制设置为实例默认的属性execution.isolation.thread.timeoutInMilliseconds。

       设置是源码否启用执行超时限制为实例默认的属性execution.timeout.enabled。

       超时发生时是源码否中断执行为实例默认的属性execution.isolation.thread.interruptOnTimeout。

       取消动作发生时是源码否响应中断为实例默认的属性execution.isolation.thread.interruptOnCancel。

       最大请求数设置为实例默认的源码属性execution.isolation.semaphore.maxConcurrentRequests。

       回退方法控制通过属性fallback.isolation.semaphore.maxConcurrentRequests、源码源码中的$和fallback.enabled来实现。源码

       断路器（Circuit Breaker）的源码配置如下：

       是否启用断路器设置为circuitBreaker.enabled。

       在一个滚动窗口中，源码打开断路器的源码最少请求数设置为circuitBreaker.requestVolumeThreshold。

       回路被打开后拒绝请求到再次尝试请求并决定回路是源码否继续打开的时间设置为circuitBreaker.sleepWindowInMilliseconds。

       打开回路并启动回退逻辑的源码错误比率设置为circuitBreaker.errorThresholdPercentage。

       强制断路器进入打开或关闭状态的源码属性circuitBreaker.forceOpen、circuitBreaker.forceClosed。源码

       请求上下文的源码配置包括：

       是否启用请求缓存设置为requestCache.enabled。

       是否记录日志到HystrixRequestLog设置为requestLog.enabled。

       HystrixCollapser行为控制如下：

       触发批处理执行前的最大请求数设置为maxRequestsInBatch。

       批处理创建到执行之间的毫秒数设置为timerDelayInMilliseconds。

       请求缓存是否对HystrixCollapser的调用起作用设置为requestCache.enabled。

       线程池属性包括：

       核心线程池大小设置为coreSize。

       线程池最大值设置为maximumSize。appcan 电商 源码

       最大队列值设置为maxQueueSize。

       队列拒绝的阈值设置为queueSizeRejectionThreshold。

       存活时间设置为keepAliveTimeMinutes。

       允许maximumSize与coreSize不同设置为allowMaximumSizeToDivergeFromCoreSize。

       统计的滚动窗口的时间段大小设置为metrics.rollingStats.timeInMilliseconds。

       滚动的统计窗口被分成的桶的数目设置为metrics.rollingStats.numBuckets。

       这些配置选项允许您精确控制Hystrix的行为，确保您的应用程序能够高效、可靠地运行。详细配置需要根据您的redhat内核源码下载具体需求进行调整。

Hystrix Dashboard详细介绍

       1、简介

       Hystrix Dashboard是一个通过收集actuator端点提供的Hystrix流数据，并将其图表化的客户端。如果需要通过图表化的界面查看被断路器保护的方法相关调用信息、或者实时监控这些被断路器保护的应用的健康情况，就可以使用Hystrix Dashboard。

2、正文2.1 启动Hystrix Dashboard

       åˆ›å»ºä¸€ä¸ªSpring Boot项目添加Hystrix Dashboard 依赖

<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-netflix-hystrix-dashboard</artifactId></dependency>

       åœ¨å¯åŠ¨ç±»ä¸Šä½¿ç”¨@EnableHystrixDashboard注解来启动Hystrix Dashboard

@SpringBootApplication@EnableHystrixDashboardpublicclassApplication{ publicstaticvoidmain(String[]args){ SpringApplication.run(Application.class,args);}}

       æŒ‡å®šHystrix Dashboard服务启动端口

server:port:

       å¯åŠ¨æœåŠ¡ï¼Œè®¿é—®/hystrix端点，看到如下界面则证明Hystrix Dashboard启动成功

2.2 启用Actuator端点

       Hystrix Dashboard是通过实时获取Actuator端点提供的Hystrix流来实时监控这些被断路器保护的应用的健康情况；因此在这些被断路器保护的应用中需要开启Hystrix流的Actuator端点（注意：如下所有配置都是在已经集成了Hystrix的服务中进行的相关操作）。

       å¼•å…¥actuator依赖

<!--actuator依赖--><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-actuator</artifactId></dependency>

       æš´éœ²hystrix端点

#暴露hystrix端点management:endpoints:web:exposure:include:'hystrix.stream'

       åœ¨Hystrix Dashboard中输入服务暴露的hystrix流地址http://localhost:/actuator/hystrix.stream

       ç‚¹å‡»Monitor Stream之后进入的初始界面如下所示（如果没出现页面，只是显示loading，那就说明断路器方法未被调用，只需向断路器方法发送一次请求即可）：

2.3 Hystrix Dashboard面板参数介绍

       Hystrix Dashboard面板可分上下两部分来查询，上面部分是断路器方法调用的相关信息，Circuit，下面部分是Hystrix为断路器方法提供的线程池相关信息，Thread Pools。

       Circuit:

       Circuit这里展示的当前方法的相对信息，如果有多个方法被断路器保护，那么这里将会依此展示多个方法的相关信息。

       åœ¨å›¾è¡¨ä¸­ï¼Œå·¦ä¸Šè§’的圆圈代表了该方法的流量和状态：

       åœ†åœˆè¶Šå¤§ä»£è¡¨æ–¹æ³•æµé‡è¶Šå¤§

       åœ†åœˆä¸ºç»¿è‰²ä»£è¡¨æ–­è·¯å™¨å¥åº·ã€é»„色代表断路器偶发故障、红色代表断路器故障

       å³ä¸Šè§’的计数器（三列数字）：

       ç¬¬ä¸€åˆ—从上到下

       ç»¿è‰²ä»£è¡¨å½“前成功调用的数量

       è“è‰²ä»£è¡¨çŸ­è·¯è¯·æ±‚的数量

       è“ç»¿è‰²ä»£è¡¨é”™è¯¯è¯·æ±‚的数量

       ç¬¬äºŒåˆ—从上到下

       é»„色代表超时请求的数量

       ç´«è‰²ä»£è¡¨çº¿ç¨‹æ± æ‹’绝的数量

       çº¢è‰²ä»£è¡¨å¤±è´¥è¯·æ±‚的数量

       ç¬¬ä¸‰åˆ—

       è¿‡åŽ»s的错误请求百分比

       Thread Pools：

       Hystrix会针对一个受保护的类创建一个对应的线程池，这样做的目的是Hystrix的命令被调用的时候，不会受方法请求线程的影响（或者说Hystrix的工作线程和调用者线程相互之间不影响）

       åœ¨å›¾è¡¨ä¸­ï¼Œå·¦ä¸Šè§’的圆圈代表了该线程池的流量和状态：

       åœ†åœˆè¶Šå¤§ä»£è¡¨çº¿ç¨‹æ± è¶Šæ´»è¶Šï¼Œæµé‡è¶Šå¤§

       åœ†åœˆé¢œè‰²ä»£è¡¨çš„是线程池的健康状况

       å·¦ä¸‹è§’从上至下：

       Active代表线程池中活跃线程的数量

       Queued代表排队的线程数量，该功能默认禁止，因此默认情况下始终为0

       Pool Size代表线程池中线程的数量（上面图我搞错了，困得死MMP）

       å³ä¸‹è§’从上至下：

       Max Active代表最大活跃线程，这里展示的数据是当前采用周期中，活跃线程的最大值

       Execcutions代表线程池中线程被调用执行Hystrix命令的次数

       Queue Size代表线程池队列的大小，默认禁用，无意义

Hystrix原理与实战

       分布式系统中，依赖服务间调用常见，同步调用时，若库存服务不可用，商品服务线程被阻塞，大量请求可能耗尽资源，导致服务不可用，引发雪崩效应。Hystrix是Netflix开源的容错框架，具有自我保护能力，jsp团购网站源码用于隔离服务依赖，避免雪崩效应。其设计目标是通过熔断、回退等策略提高系统的稳定性和可靠性。

       Hystrix遵循的设计原则包括容错、隔离、控制和降级。通过线程池和信号量隔离减少资源竞争，熔断机制限制对故障服务的调用频率，回退逻辑在服务不可用时提供备用方案。仿爱站网源码实现上，Hystrix提供了多种执行命令方法（execute、queue、observe、toObservable），分别适用于同步和异步调用，以及是否立即执行。Hystrix容错主要通过添加容许延迟和容错方法，控制分布式服务交互，隔离访问点，提供回退选项，提高系统弹性。

       资源隔离中，线程池和信号量用于限制并发访问。线程池通过配置不同类型的命令对应不同线程池，实现服务间的隔离。信号量限制并发数量，避免大量请求同时到达依赖服务，防止服务过载。Hystrix熔断器则通过统计错误率，动态控制对依赖服务的调用频率，以防止服务调用链的级联故障。熔断器配置包括是否启用、错误阈值、请求频率、睡眠窗口等参数。

       熔断器工作原理分为判断是否允许请求、是否打开熔断开关、是否允许单个请求通行等步骤，通过统计请求结果，维护健康检查窗口，判断服务状态。在降级处理中，Hystrix提供快速失败、无声失败、静态回退、Stubbed回退、缓存回退、主次逻辑切换等多种策略，确保服务在依赖故障时仍能提供部分功能。

       总结，Hystrix通过自我保护能力、容错策略、资源隔离和熔断机制，以及灵活的降级逻辑，有效提高了分布式系统在依赖故障情况下的稳定性，减少了雪崩效应的风险，确保关键业务不受影响。