hystrix

作用与功能 ① 资源隔离, 每个依赖配备单独的线程池，为每个依赖提供一个小的线程池（或信号），如果线程池已满调用将被立即拒绝，默认不采用排队.加速失败判定时间。 ② 依赖超时，可配置依赖调用超时时间,超时时间一般设为比99.5%平均时间略高即可.当调用超时时，直接返回或执行fallback逻辑。 ③ 依赖调用结果分:成功，失败（抛出异常），超时，线程拒绝，短路。 请求失败(异常，拒绝，超时，短路)时执行fallback(降级)逻辑 ④ 提供熔断器组件,可以自动运行或手动调用,停止当前依赖一段时间(10秒内任意请求直接被禁止)，熔断器默认错误率阈值为50%,超过将自动运行。 ⑤ 命令模式, 使用命令模式HystrixCommand(Command)包装依赖调用逻辑，每个命令在单独线程中/信号授权下执行。 概念 命令模式： 1）可以使用请求配置对象（调用者）。使代码可扩展，当需要增加实现时，只需继承/实现”命令”，然后将具体执行的代码封装为对象，设置到调用者即可。即使用封装好的请求来配置调用者对象，无需入侵调用者的代码。 2）解耦请求者和实现者，请求者不需要知道关于具体的实现者的信息以及如何实现，只需要知道的是要执行某个命令，由具体的命令去关心实现者是谁，如何调用。 3）每个请求被封装成一个命令 线程隔离： 执行依赖代码的线程与请求线程(比如Tomcat线程)分离

在此基础上记录dubbo官网介绍的常用属性配置,dubbo读取我们配置的属性时是有优先级的,优先级如下图：　　 　　　　　　　　　　　　　　　　　　 　　如图所示，优先级的属性依次为虚拟机参数>xml配置>dubbo.properties,虚拟机参数即程序启动之前我们通过-D配置的dubbo属性,xml配置即我们项目中自己写的xml文件或者是springboot中的application.properties，当公共配置很简单，没有多注册中心，多协议等情况，或者想多个 Spring 容器想共享配置的情况下可以用dubbo.properties作为缺省配置；需要注意的是我这里的测试用例都是写在application.properties中,当然如果感觉不习惯,也可以跟普通maven项目一样新建xml文件,在xml中进行配置，只是不要忘了在springboot的启动类中添加@ImportResource(locations="xml路径")注解来引入就行,下面开始记录dubbo的常用配置； 　　一、启动时检查(check) 　　默认情况下dubbo是开启自动检查的,即当项目启动时会自动检查其依赖的服务是否开启,如果没开是会阻止spring的初始化的,即check=true;我们可以将check置为false来关闭启动时检查,如我们在测试或者对其他服务没有依赖的时候可以关闭检查

　　hystrix使用舱壁隔离模式来隔离和限制各个请求，设计了两种隔离方式：信号量和线程池。线程池隔离：对每个command创建一个自己的线程池，执行调用。通过线程池隔离来保证不同调用不会相互干扰和每一个调用的并发限制。信号量隔热：对每个command创建一个自己的计数器，当并发量超过计数器指定值时，直接拒绝。使用信号量和线程池的一个区别是，信号量没有timeout机制。 　　线程池隔离的本质是，如果在线程池执行模式下，调用响应的线程池，如果执行数量超过指定限制，线程池就会抛出异常。 if (properties.executionIsolationStrategy().get() == ExecutionIsolationStrategy.THREAD) { return Observable.defer(new Func0<Observable<R>>() { @Override public Observable<R> call() { ... try { ... executionHook.onExecutionStart(_cmd); return getUserExecutionObservable(_cmd); } catch (Throwable ex) { return Observable.error(ex); } ... } }).subscribeOn

Spring Cloud Alibaba是什么 先来看一下 官方 是怎么定义Spring Cloud Alibaba的： Spring Cloud Alibaba 致力于提供微服务开发的一站式解决方案。此项目包含开发分布式应用微服务的必需组件，方便开发者通过Spring Cloud 编程模型轻松使用这些组件来开发分布式应用服务。 依托 Spring Cloud Alibaba，您只需要添加一些注解和少量配置，就可以将 Spring Cloud 应用接入阿里微服务解决方案，通过阿里中间件来迅速搭建分布式应用系统。 从官方的文档可以看出Spring Cloud Alibaba是一个微服务一站式解决方案，提供了对Spring Cloud的标准实现，即包含了多个治理微服务的组件。 我们之前使用Spring Cloud的时候其实是在使用Spring Cloud Netflix的解决方案，使用到了Netflix中大家都非常熟悉的组件：Eureka、Zuul、Hystrix、Ribbon等，下面是Spring Cloud Netflix的官方介绍： Spring Cloud Netflix provides Netflix OSS integrations for Spring Boot apps through autoconfiguration and binding to the

分布式系统面临的问题 复杂分布式体系结构中的应用程序有数十个依赖，每个依赖关系将在某些时候将不可避免地失败。 服务雪崩 　　多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C,微服务 B和微服务C又调用其它的微服务，这就是所谓的" 扇出 "。如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引发系统崩溃，所谓的"雪崩效应"。 　　对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源都在几秒钟内饱和。比失败更糟糕的是，这些应用程序还可能导致服务之间的延迟增加，备份队列，线程和其他系统资源紧张，导致整个系统发生更多的级联故障。这些都表示需要 对故障和延迟进行隔离和管理 ， 以便单个依赖关系的失败，不能取消整个应用程序或系统 。 Hystrix Hystrix 是一个用于处理 分布式系统 的 延迟 和 容错 的 开源库 ，在分布式系统里，许多依赖不可避免的会调用失败，比如超时、异常等 Hystrix能够保证在一个依赖出问题的情况下， 不会导致整体服务失败，避免级联故障，以提高分布式系统的弹性。 断路器 　　 "断路器"本身是一种开关装置，当某个服务单元发生故障之后，通过断路器的故障监控（类似熔断保险丝）， 向调用方返回一个 符合预期的、可处理的备选响应（FallBack)

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 【 前面的话 】书接上文，本文的某些知识依赖我的第一篇SpringCLoud的文章： SpringCloud之Eureka ，如果没有看过可以先移步去看一下。另外在微服务架构中，业务都会被拆分成一个个独立的服务，服务与服务的通讯是基于http restful的。Spring cloud有两种服务调用方式，一种是ribbon+restTemplate，另一种是feign。上一篇文章已经讲过 ribbon+rest 这种方式了，这一片博文主要讲feign的应用。 壹、Feign的简介 Feign是一个声明式的伪Http客户端，它使得写Http客户端变得更简单。使用Feign，只需要创建一个接口并注解。它具有可插拔的注解特性，可使用Feign 注解和JAX-RS注解。Feign支持可插拔的编码器和解码器。Feign默认集成了Ribbon，并和Eureka结合，默认实现了负载均衡的效果。 简而言之： Feign 采用的是基于接口的注解 Feign 整合了ribbon 贰、准备工作 新建一个feign子工程 lovin-feign-client ，用于后面的操作。下面是主要的pom依赖: <parent> <artifactId>lovincloud</artifactId> <groupId>com.eelve

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 什么是Feign Feign 是spring cloud全家桶一个成员，用于远程调用。 特点：声明式、模板化HTTP客户端。使远程调用，在使用时，感觉像“本地方法” Feign 入门 步骤一：修改pom文件，添加Feign依赖 步骤二：修改启动类，添加开启Feign注解 步骤三：编写Feign接口，完成远程调用，取代dao层 步骤四：修改controller， 将调用dao修改成feign 步骤一：修改pom文件，添加Feign依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-openfeign</artifactId> </dependency> 步骤二：修改启动类，添加开启Feign注解 import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; import org.springframework.cloud.netflix.eureka.EnableEurekaClient; import

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 新增了一个微服务 ， 该微服务 因为 查询耗时比较久，那么 在网关这里对应的 hystrix 怎么配置超时？ 因为 默认已经配置 5s 了。 这个新增的微服务 肯定 不能少于5s 的 spring gateway 的配置 # 开启熔断器功能 feign: hystrix: enabled: true # 熔断器配置 hystrix: command: default: execution: isolation: thread: # 全局熔断器5s超时 timeoutInMilliseconds: 5000 如果是 某个接口的话配置 hystrix 网上还是很多资料的。 但是到了网关这里， 看到有点懵逼，那么官网的 文档也是看着有点懵 这里我们使用的 配置路由规则 @Bean public RouteLocator routeLocator(RouteLocatorBuilder builder) { // uri以lb://开头（lb代表从注册中心获取服务），后面接的就是你需要转发到的服务名称 // 本地环境调试说明：假设需要调试服务为cloudx-sys，1、将网关的此后缀修改为-xc(xc为姓名缩写)；2、将对应的服务名修改为cloudx-sys-xc // 用户和APP的权限验证和记录超时请求的过滤器

　　之前记录了基于springboot的dubbo入门案例,今天在此基础上记录dubbo官网介绍的常用属性配置,dubbo读取我们配置的属性时是有优先级的,优先级如下图：　　 　　　　　　　　　　　　　　　　　　 　　如图所示，优先级的属性依次为虚拟机参数>xml配置>dubbo.properties,虚拟机参数即程序启动之前我们通过-D配置的dubbo属性,xml配置即我们项目中自己写的xml文件或者是springboot中的application.properties，当公共配置很简单，没有多注册中心，多协议等情况，或者想多个 Spring 容器想共享配置的情况下可以用dubbo.properties作为缺省配置；需要注意的是我这里的测试用例都是写在application.properties中,当然如果感觉不习惯,也可以跟普通maven项目一样新建xml文件,在xml中进行配置，只是不要忘了在springboot的启动类中添加@ImportResource(locations="xml路径")注解来引入就行,下面开始记录dubbo的常用配置； 　　一、启动时检查(check) 　　默认情况下dubbo是开启自动检查的,即当项目启动时会自动检查其依赖的服务是否开启,如果没开是会阻止spring的初始化的,即check=true;我们可以将check置为false来关闭启动时检查