• SpringCloud Hystrix熔断之线程池


    服务熔断

    雪崩效应:是一种因服务提供者的不可用导致服务调用者的不可用,并导致服务雪崩的过程。

    服务熔断:当服务提供者无法调用时,会通过断路器向调用方直接返回一个错误响应,而不是长时间的等待,避免服务雪崩。

    实际情景

    项目中使用的是服务消费者Feign、熔断器Hystrix

    前端同时发起20次请求,后台的接口被调用了20次。每一次调用接口,都会在内部通过Feign进行服务消费,调用其他的服务提供者。

    同时还使用了Feign自带的Hystrix,进行服务熔断。

    经过测试,发现每次调用超过10次后,有些请求就被Hystrix瞬间熔断,并不是超时而触发的熔断。

    隔离策略


    Hystrix有两种隔离方式:信号量和线程池。
    线程池隔离:对每个command创建一个自己的线程池,执行调用。通过线程池隔离来保证不同调用不会相互干扰和每一个调用的并发限制。
    信号量隔热:对每个command创建一个自己的计数器,当并发量超过计数器指定值时,直接拒绝。使用信号量和线程池的一个区别是,信号量没有timeout机制
    线程池实现
      HystrixThreadPool是hystrix中的线程池实现,每个线程池有一个threadkey作为key。在创建HystrixCommand时需要创建一个该命令使用的线程池的threadkey。
      Hystrix线程池(HystrixThreadPool)底层使用JDK ThreadPoolExecutor实现线程管理,其实际就是封装了JDK ThreadPoolExecutor。

    服务隔离

    Hystrix使用舱壁模式实现服务的隔离,使得服务之间不会产生影响,就算某个服务出现延迟过高的情况,也不会拖累其他服务。

    Hystrix的服务隔离有线程池隔离和信号量隔离。

    如果采用线程池隔离,Hystrix为每个依赖提供一个小的线程池(或信号)(默认10个线程),如果线程池已满调用将被立即拒绝。

    解决方法

    扩大Hystrix线程池的大小。可以通过设置依赖线程池默认大小,提高并发处理能力。

     
    
    1. hystrix:
    2. threadpool:
    3. default:
    4. coreSize: 100 #线程池默认的大小
    5. command:
    6. default:
    7. execution:
    8. timeout:
    9. enabled: true #启用超时机制
    10. isolation:
    11. thread:
    12. timeoutInMilliseconds: 20000 #超时时间
    13. feign:
    14. hystrix:
    15. enabled: true #开启feign自带的hystrix

  • 相关阅读:
    lc marathon 6.30
    【C++】位图详解(一文彻底搞懂位图的使用方法与底层原理)
    反编译过程中会面临哪些挑战和难题
    自己搜的算法题
    js中判断一个对象是否有某个属性,存在性检查
    拖放操作-拖动文件直接在窗口中显示文件内容
    这些电脑小妙招还有谁不知道?
    差分(一维+二维超详细)
    贪心算法与DFS:九度OJ1030
    谈一谈我对三层架构和MVC模式的理解
  • 原文地址:https://blog.csdn.net/WXF_Sir/article/details/126351435