springboot项目直接引入hystrix，对于调用第三方接口的，用hystrix进行隔离，熔断控制

maven依赖

  1. <dependency>
  2.       <groupId>org.springframework.cloud</groupId>
  3.       <artifactId>spring-cloud-starter-hystrix</artifactId>
  4.       <version>1.4.3.RELEASE</version>
  5.     </dependency>

Controller

  1. @Controller
  2. public class HelloController {
  3.   @GetMapping("hello/{name}")
  4.   @ResponseBody
  5.   public Object hello(@PathVariable("name") String name) {
  6.     System.out.println("hello request come in. timestamp:" + System.currentTimeMillis());
  7.     return service.doSth(name);
  8.   }
  9.   @Resource
  10.   private HelloService service;
  11. }

Service

  1. @Service
  2. public class HelloService {
  3.   @HystrixCommand(groupKey = "helloGroup", commandKey = "hello")
  4.   public String doSth(String username) {
  5.     try {
  6.       Thread.sleep(2000);
  7.     } catch (InterruptedException e) {
  8.       e.printStackTrace();
  9.     }
  10.     return username + " do something.";
  11.   }
  12.   public static void main(String[] args) {
  13.     System.out.println(Integer.MAX_VALUE);
  14.   }
  15. }

最简单的方式就是通过HystrixCommand注解来启用Hystrix，但是这里比较麻烦的是，多个方法都要使用HystrixCommand，那注解每个都要写，而且同一个组内的command应该公用同一个配置，那么请看下面的application.yml的配置，解决问题

调用第三方系统helloGroup走HyStrixCommand

  1. hystrix.threadpool.helloGroup.coreSize=10
  2. hystrix.threadpool.helloGroup.maximumSize=10
  3. hystrix.threadpool.helloGroup.maxQueueSize=-1

针对不同的组在配置文件里面加上不同的配置就好了，在@MyCommand注解里面指定group为abc就行；其他的配置也是这个规则，还有默认的配置是default；这样可以把一个组的配置独立出来，便于配置，而且开发者也会方便很多，代码简洁；下面附上所有的配置项供参考

  1. #default可替换
  2. hystrix:
  3.   command:
  4.     default:
  5.       execution:
  6.         isolation:
  7.           #线程池隔离还是信号量隔离 默认是THREAD 信号量是SEMAPHORE
  8.           strategy: THREAD
  9.           semaphore:
  10.             #使用信号量隔离时，支持的最大并发数 默认10
  11.             maxConcurrentRequests: 10
  12.           thread:
  13.             #command的执行的超时时间 默认是1000
  14.             timeoutInMilliseconds: 2000
  15.             #HystrixCommand.run()执行超时时是否被打断 默认true
  16.             interruptOnTimeout: true
  17.             #HystrixCommand.run()被取消时是否被打断 默认false
  18.             interruptOnCancel: false
  19.         timeout:
  20.           #command执行时间超时是否抛异常 默认是true
  21.           enabled: true
  22.         fallback:
  23.           #当执行失败或者请求被拒绝，是否会尝试调用hystrixCommand.getFallback()
  24.           enabled: true
  25.           isolation:
  26.             semaphore:
  27.               #如果并发数达到该设置值，请求会被拒绝和抛出异常并且fallback不会被调用 默认10
  28.               maxConcurrentRequests: 10
  29.       circuitBreaker:
  30.         #用来跟踪熔断器的健康性，如果未达标则让request短路 默认true
  31.         enabled: true
  32.         #一个rolling window内最小的请求数。如果设为20，那么当一个rolling window的时间内
  33.         #（比如说1个rolling window是10秒）收到19个请求，即使19个请求都失败，也不会触发circuit break。默认20
  34.         requestVolumeThreshold: 5
  35.         # 触发短路的时间值，当该值设为5000时，则当触发circuit break后的5000毫秒内
  36.         #都会拒绝request，也就是5000毫秒后才会关闭circuit，放部分请求过去。默认5000
  37.         sleepWindowInMilliseconds: 5000
  38.         #错误比率阀值，如果错误率>=该值，circuit会被打开，并短路所有请求触发fallback。默认50
  39.         errorThresholdPercentage: 50
  40.         #强制打开熔断器，如果打开这个开关，那么拒绝所有request，默认false
  41.         forceOpen: false
  42.         #强制关闭熔断器 如果这个开关打开，circuit将一直关闭且忽略
  43.         forceClosed: false
  44.       metrics:
  45.         rollingStats:
  46.           #设置统计的时间窗口值的，毫秒值，circuit break 的打开会根据1个rolling window的统计来计算。若rolling window被设为10000毫秒，
  47.           #则rolling window会被分成n个buckets，每个bucket包含success，failure，timeout，rejection的次数的统计信息。默认10000
  48.           timeInMilliseconds: 10000
  49.           #设置一个rolling window被划分的数量，若numBuckets＝10，rolling window＝10000，
  50.           #那么一个bucket的时间即1秒。必须符合rolling window % numberBuckets == 0。默认10
  51.           numBuckets: 10
  52.         rollingPercentile:
  53.           #执行时是否enable指标的计算和跟踪，默认true
  54.           enabled: true
  55.           #设置rolling percentile window的时间，默认60000
  56.           timeInMilliseconds: 60000
  57.           #设置rolling percentile window的numberBuckets。逻辑同上。默认6
  58.           numBuckets: 6
  59.           #如果bucket size＝100，window＝10s，若这10s里有500次执行，
  60.           #只有最后100次执行会被统计到bucket里去。增加该值会增加内存开销以及排序的开销。默认100
  61.           bucketSize: 100
  62.         healthSnapshot:
  63.           #记录health 快照（用来统计成功和错误绿）的间隔，默认500ms
  64.           intervalInMilliseconds: 500
  65.       requestCache:
  66.         #默认true，需要重载getCacheKey()，返回null时不缓存
  67.         enabled: true
  68.       requestLog:
  69.         #记录日志到HystrixRequestLog，默认true
  70.         enabled: true
  71.   collapser:
  72.     default:
  73.       #单次批处理的最大请求数，达到该数量触发批处理，默认Integer.MAX_VALUE
  74.       maxRequestsInBatch: 2147483647
  75.       #触发批处理的延迟，也可以为创建批处理的时间＋该值，默认10
  76.       timerDelayInMilliseconds: 10
  77.       requestCache:
  78.         #是否对HystrixCollapser.execute() and HystrixCollapser.queue()的cache，默认true
  79.         enabled: true
  80.   threadpool:
  81.     default:
  82.       #并发执行的最大线程数，默认10
  83.       coreSize: 10
  84.       #Since 1.5.9 能正常运行command的最大支付并发数
  85.       maximumSize: 10
  86.       #BlockingQueue的最大队列数，当设为－1，会使用SynchronousQueue，值为正时使用LinkedBlcokingQueue。
  87.       #该设置只会在初始化时有效，之后不能修改threadpool的queue size，除非reinitialising thread executor。
  88.       #默认－1。
  89.       maxQueueSize: -1
  90.       #即使maxQueueSize没有达到，达到queueSizeRejectionThreshold该值后，请求也会被拒绝。
  91.       #因为maxQueueSize不能被动态修改，这个参数将允许我们动态设置该值。if maxQueueSize == -1，该字段将不起作用
  92.       queueSizeRejectionThreshold: 5
  93.       #Since 1.5.9 该属性使maximumSize生效，值须大于等于coreSize，当设置coreSize小于maximumSize
  94.       allowMaximumSizeToDivergeFromCoreSize: false
  95.       #如果corePoolSize和maxPoolSize设成一样（默认实现）该设置无效。
  96.       #如果通过plugin（https://github.com/Netflix/Hystrix/wiki/Plugins）使用自定义实现，该设置才有用，默认1.
  97.       keepAliveTimeMinutes: 1
  98.       metrics:
  99.         rollingStats:
  100.           #线程池统计指标的时间，默认10000
  101.           timeInMilliseconds: 10000
  102.           #将rolling window划分为n个buckets，默认10
  103.           numBuckets: 10