Hystrix的隔离策略

• 前言

Hystrix是Spring Cloud中的一项重要的技术，是cloud服务调用过程当中进行熔断必不可少的一步。

Hystrix目前是有两种隔离策略，分别是线程池隔离和信号量隔离。

• 隔离策略

1. 线程池隔离

如其名，他的隔离是经过线程池来作到的，也就是说他的隔离粒度是线程池。一个请求进来都通过一个线程池。

当前端发起请求过来到服务A或者B以后，服务A和服务B是经过线程池隔离的。服务A是否熔断，是否正常都和服务B无关。

他实际上是一个异步编程，用线程池将后面的服务包裹了起来，至于服务内部tomcate的线程运行怎么样是无关的。他适合于绝大多数的场景，对于一些超时的场景都很是好用。可是既然是经过线程池来操做的，不可避免的就是线程之间的计算开销，以及线程上下文的切换，调度消耗。

2. 信号量隔离

如其名，他的隔离是经过信号量来作到的。他实际上是一个计数器。一个请求进来就会减小一个信号，一个请求完成就会增长一个信号。

信号量的调用时同步的，也就是说他会阻塞直到请求回来。因此他自身是不能实现超时的，所以这里的超时只能依靠协议的超时来作，不然是没法释放的(好比socket超时等等)。因此当此服务不对外部服务依赖同时自身没有大量的计算或者说通过这个服务的时间比较短，则很是适合信号量，好比说spring cloud的zuul的gateway网关。

• 策略区别

线程池隔离：

1.和调用线程不是同一个线程，所以支持异步
2.线程上下文须要切换，调度的消耗
3.最大并发量取决于线程池大小
4.适合有计算，会有耗时操做的服务
5.保护tomcate线程，不至于tomcate一直阻塞，一旦不对，立马失败或者超时返回

信号量隔离：

1.和调用线程是同一个线程，所以只能同步
2.无线程切换，开销低，所以可快速进行反应
3.最大并发量取决于信号量大小
4.适合低计算，快速通讯的服务