这篇文章来的有点晚，因为hystrix已经进入维护模式了。但是已经有不少同学入坑了，这篇文章来的正是时候。本文将讲解保险丝使用的一些注意事项，详细的可能会让你感到厌烦。上半部分是理论部分，各种保险丝都适用。后半部分是参数部分，适合微调。那我们开始吧。一般来说，皇帝想要在微服务中过上舒适的夜生活，能够大刀阔斧的出手，又不至于因私事丢了江山，就得靠导火索砍掉特首。时代变了。说到fusemaster，就不得不说他手下最著名的三位岳父：sentinel，或者hystrix，又或者resilience4j。这三个都是解决一类问题，比如著名的雪崩：A→B→C依次相互调用，但是C项目可能出现问题（流量过大或者报错等），导致线程永远等待，导致拖到整个链路层，线程资源耗尽。一、背景如果使用spring全家桶系列，大部分的接口调用都会走这条路。我们这里还是在说hystrix，虽然它已经不再被看好。Feign——→Hystrix——→Ribbon——→HttpClient(apachehttpcomponents/Okhttp)如下图所示：2、配置首先说一些理论的东西。好吃又不贵。Ⅰ隔离方式线程隔离（默认）：使用线程池存储当前请求，线程池处理请求，设置任务返回处理超时，累积的请求堆入线程池队列。该方法需要为每个依赖的服务申请一个线程池，消耗一定的资源。优点是可以应对突如其来的流量（当流量高峰来临时，如果处理不完，可以将数据存放在线程池队中，慢慢处理）隔离：使用原子计数器（或信号量）来记录当前有多少个线程在运行，请求来的时候先判断计数器的值。如果超过了设置的最大线程数，则丢弃新类型的新请求，如果没有超过则执行计数操作请求给计数器加1，并返回-1给计数器。该方式严格控制线程立即返回模式，无法应对突发流量（当流量高峰来临时，处理线程数超过数量，其他请求将直接返回，不再继续请求依赖服务)IIFuse如果某个目标服务调用缓慢或大量超时，此时对该服务的调用将被切断。对于后续的调用请求，目标服务不会再被调用，资源会被快速释放。如果目标服务更好，则恢复呼叫。这个过程可以想象成一个熔断器的行为。虽然这个行为很简单，但是有很多参数需要调整。用法1.引入依赖org.springframework.cloudspring-cloud-starter-hystrix2.配置参数feign:hystrix:#Notconfigured或者如果为false，则不会生效enabled:truehystrix:command:default:execution:isolation:thread:#如果配置了重试，超时时间=(1+MaxAutoRetries+MaxAutoRetriesNextServer)*ReadTimeouttimeoutInMilliseconds:60000threadpool:default:coreSize:10maxQueueSize:50queueSizeRejectionThreshold:30keepAliveTimeMinutes:33.配置fallback由于业务流程不同，建议每个feignclient使用不同的fallback。至此，hystrix已经可以上任了。至于工作是否稳定，那就另当别论了。4、其他配置的姿势hystrix到达任务后，发现有的服务接口1秒内完成，有的5到10秒内只能返回。千篇一律的配置难以管理许多服务和接口。想必有人已经发现，之前的配置中夹杂了一个奇怪的东西——default关键字。这是一个全局配置，所以必须有一个本地配置与之对应。如：对于一个服务，对于某个接口...hystrix:command:default:execution:isolation:thread:timeoutInMilliseconds:60000threadpool:#全局配置default:coreSize:10maxQueueSize:50queueSizeRejectionThreshold:30keepAliveTimeMinutes:3#对于某个服务的配置，写service-idbase-rpc:coreSize:10maxQueueSize:30queueSizeRejectionThreshold:20keepAliveTimeMinutes:3#ConfigureBaseApiClientforaninterface#searchItemSkuList(PosSkuSearch):coreSize:10maxQueueSize:40queueSizeRejectionThreshold:30keepAliveTimeHinutes:1另外，你也可以使用@ComstrixMandtry用于配置。5、配置的动态修改很多时候，一个配置是无法修改的，尤其是临时修改了配置，重启了服务，最好能够动态刷新。所以我们重点解决了hystrix使用archaius管理配置的问题。Archaius是Netflix的开源项目之一。它是一个基于Java的配置管理库，主要用于动态获取多配置存储。主要功能是Apache通用配置类库的扩展。可作为云平台开发中的分布式配置管理依赖组件。同时具有以下特点：动态获取属性，高效线程安全的配置操作，配置变化时提供的回调机制，可通过jmx操作进行配置，复合配置。那么调了这么多怎么调呢？下面是一个简单的例子。//填写配置AbstractConfigurationconfig=ConfigurationManager.getConfigInstance();//提取关注的部分，比如hystrix.threadpoolIterableiterable=()->config.getKeys("hystrix.threadpool");Listresult=StreamSupport.stream(iterable.spliterator(),false).map(t->newProperty(t,config.getString(t,""))).sorted(Comparator.comparing(Property::getName)).collect(收集器.toList());//修改配置config.setProperty("hystrix.threadpool.base-rpc.coreSize",20);//移除配置config.clearProperty(hystrix.threadpool.base-rpc.coreSize");三,其他参数如果你觉得hystrix这么听话，那就小看它了。别忘了前面还有feign，后面还有ribbon，后面还有httpclient！一堆超时参数，当代的八-doorgoldenlockarray1.feigntimeoutfeign:hystrix:enabled:trueclient:config:default:connectTimeout:5000readTimeout:5000rpc-pos:connectTimeout:5000readTimeout:8000xx-rpc:connectTimeout:5000readTimeout:12000order-rpc:connectTimeout:5000readTimeout:8000feign是暴露给用户的，Spring在处理这块的时候，会有意识地使用feign的timeout来设置下面的ribbon和http客户端组件。2.ribbon超时#全局配置ribbon:ReadTimeout:60000ConnectTimeout:10000#falsetoonlyallowgetmethodtoretryOkToRetryOnAllOperations:true#Maxnumberofnextserverstoretry(excludingthefirstserver)MaxAutoRetriesNextServer:2#Maxnumberofretriesonthesameserver(excludingthefirsttry)MaxAutoRetries:0#IntervaltorefreshtheserverlistfromthesourceServerListRefreshInterval:5000retryableStatusCodes:404,500#服务配置base-rpc:ribbon:ReadTimeout:60000ConnectTimeout:10000#falsetoonlyallowgetmethodtoretryOkToRetryOnAllOperations:true#Maxnumberofnextserverstoretry(excludingthefirstserver)MaxAutoRetriesNextServer:2#Maxnumberofretriesonthesameserver(excludingthefirsttry)MaxAutoRetries:0#IntervaltorefreshtheserverlistfromthesourceServerListRefreshInterval:5000retryableStatusCodes:404,500当feign设置了超时时间，Ribbon会依据feign的设置同步。ThetimeoutperiodoftheRibbon用于指导真正的实现者在实际调用接口时设置超时时间。Httpclienttimeoutfeign:hystrix:enabled:trueokhttp:enabled:truehttpclient:enabled:false//连接池最大连接数，默认200//默认连接超时时间：2000毫秒connection-timeout:8000//连接池管理定时器的执行频率：默认3000毫秒connection-timer-repeat:6000//在连接池中的存活时间，默认为5time-to-live:5time-to-live-unit:minutes超时设置遵循的基本原则是：依赖方的超时配置覆盖依赖方的配置，其配置覆盖的形式由SpringBoot的AutoConfiguration机制实现。例如：如果启用feign.okhttp.enabled=true，那么okhttp的超时时间就是feign.httpclient.connectionTimeout的值，默认是2000毫秒总结：超时——feign说了算！第四，hystrixdashboard可以将这些状态可视化，非常好是的，需要引入一个jar包。org.springframework.cloudspring-cloud-starter-hystrix-dashboard下图是后台监控的一些说明。（图片来自网络）附：配置参数说明1.CommandProperties的以下属性控制HystrixCommand，前缀hystrix.command.default1的以下属性，Execution控制HystrixCommand.run()如何执行。比较重要的参数有：execution.isolation.strategyexecution.isolation.thread.timeoutInMilliseconds2,Fallback以下属性控制HystrixCommand.getFallback()如何执行。这些属性适用于ExecutionIsolationStrategy.THREAD和ExecutionIsolationStrategy.SEMAPHORE。3.CircuitBreaker属性控制HystrixCircuitBreaker。4.Metrics的以下属性与从HystrixCommand和HystrixObservableCommand执行中捕获指标有关。5.RequestContext的这些属性涉及HystrixCommand使用的HystrixRequestContext函数2.CommandProperties的以下属性控制HystrixCollapser的行为。前缀：hystrix.collapser.default3.ThreadPool属性以下属性控制执行Hystrix命令的线程池的行为。大多数情况下，10个线程的默认值会很好（通常可以做得更小），前缀为：hystrix.threadpool.default。
