mirror of
https://github.com/doocs/advanced-java.git
synced 2025-03-06 09:30:10 +08:00
20 lines
1.4 KiB
Markdown
20 lines
1.4 KiB
Markdown
|
## 深入 Hystrix 线程池隔离与接口限流
|
||
|
|
前面讲了 Hystrix 的 request cache 请求缓存、fallback 优雅降级、circuit breaker 断路器快速熔断，这一讲，我们来详细说说 Hystrix 的线程池隔离与接口限流。
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
Hystrix 通过判断线程池或者信号量是否已满，超出容量的请求，直接 Reject 走降级，从而达到限流的作用。
|
||
|
|
|
||
|
|
限流是限制对后端的服务的访问量，比如说你对 MySQL、Redis、Zookeeper 以及其它各种后端中间件的资源的访问的限制，其实是为了避免过大的流量直接打死后端的服务。
|
||
|
|
|
||
|
|
### 线程池隔离技术的设计
|
||
|
|
Hystrix 采用了 Bulkhead Partition 舱壁隔离技术，来将外部依赖进行资源隔离，进而避免任何外部依赖的故障导致本服务崩溃。
|
||
|
|
|
||
|
|
> **舱壁隔离**，是说将船体内部空间区隔划分成若干个隔舱，一旦某几个隔舱发生破损进水，水流不会在其间相互流动，如此一来船舶在受损时，依然能具有足够的浮力和稳定性，进而减低立即沉船的危险。
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
Hystrix 对每个外部依赖用一个单独的线程池，这样的话，如果对那个外部依赖调用延迟很严重，最多就是耗尽那个依赖自己的线程池而已，不会影响其他的依赖调用。
|
||
|
|
|
||
|
|
### Hystrix 应用线程池机制的场景
|