Hystrix线程隔离策略与传播上下文-白红宇

Hystrix线程隔离策略与传播上下文

阅读量：181 次

发布时间：2019-02-28

本文共 873 字，大约阅读时间需要 2 分钟。

Hystrix的隔离策略有两种：分别是线程隔离和信号量隔离。

THREAD（线程隔离）：使用该方式，HystrixCommand将会在单独的线程上执行，并发请求受线程池中线程数量的限制。

SEMAPHORE（信号量隔离）：使用该方式，HystrixCommand将会在调用线程上执行，开销相对较小，并发请求受信号量的个数的限制。

Hystrix中默认并且推荐使用线程隔离，因为这种方式有一个除网络超时以外的额外保护层。

一般来说，只有当调用负载非常高时（例如每个实例每秒调用数百次）才需要使用信号量隔离，因为这种场景下使用THREAD开销会比较高。信号量隔离一般仅适用于非网络调用的隔离。

可以使用execution.isolation.strategy属性来指定隔离策略

@HystrixCommand(fallbackMethod = "stubMyService",    commandProperties = {      @HystrixProperty(name="execution.isolation.strategy", value="SEMAPHORE")    })

如果想传播线程本地上下文到@HystrixCommand，默认声明不会工作，因为它会在线程池中执行命令（在超时的情况下）。可以使用一些配置，让Hystrix使用相同的线程，或者直接在注解中让Hystrix使用不同的隔离策略。例如

@HystrixCommand(fallbackMethod = "stubMyService",    commandProperties = {      @HystrixProperty(name="execution.isolation.strategy", value="SEMAPHORE")    })

总结：

1 Hystrix的隔离策略有THREAD和SEMAPHONE两种，默认是THREAD

2 正常情况下，保持默认即可。

3 如果发生找不到上下文的运行时异常，可考虑将隔离策略设置为SEMAPHONE

转载地址：http://purj.baihongyu.com/

你可能感兴趣的文章

Mysql 学习总结（88）—— Mysql 官方为什么不推荐用雪花 id 和 uuid 做 MySQL 主键