hystrix

场景： 　　用户登陆后，再次访问网页，将用户信息loginToken放在request的header中，首先经过网关，然后到达A服务，然后A服务调用B服务时如何把loginToken传递给B服务 1.修改hytrix配置，配置hytrix的 strategy为 SEMAPHORE。 Hystrix 提供两种执行隔离策略( ExecutionIsolationStrategy ) ： SEMAPHORE 、 THREAD SEMAPHORE ：信号量，命令在调用线程执行。 THREAD ：线程池，命令在线程池执行。 如果不修改配置，默认配置的为THREAD，因为不在同一个线程中，无法获得请求的上下文对象，无法执行第二步操作 feign: httpclient: enabled: false okhttp: enabled: true hystrix: enabled: true hystrix: command: default: execution: timeout: enabled: true isolation: strategy: SEMAPHORE thread: timeoutInMilliseconds: 60000 2.增加拦截器 feign提供的 RequestInterceptor 接口会默认拦截feign发出去所有请求，所以在这里拦截服务A发送给服务B的请求

hystrix.command.default和hystrix.threadpool.default中的default为默认CommandKey Command Properties Execution相关的属性的配置： hystrix.command.default.execution.isolation.strategy 隔离策略，默认是Thread, 可选Thread｜Semaphore hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds 命令执行超时时间，默认1000ms hystrix.command.default.execution.timeout.enabled 执行是否启用超时，默认启用true hystrix.command.default.execution.isolation.thread.interruptOnTimeout 发生超时是是否中断，默认true hystrix.command.default.execution.isolation.semaphore.maxConcurrentRequests 最大并发请求数，默认10，该参数当使用ExecutionIsolationStrategy.SEMAPHORE策略时才有效。如果达到最大并发请求数

发布于:2019-06-24 23:04 title: SpringBoot+SpringCloud 笔记 date: 2019-06-24 23:04 categories: [---SpringBoot] [---SpringCloud] [在在在---商城项目] comments: true --- SpringBoot总结 使用Typora打开 https://pan.baidu.com/s/1tXS45j6ooXpnzhy1Zp78Gw 提取码 c8fi SpringCloud总结 使用XMind打开 https://pan.baidu.com/s/1yDeZ9bhZIuBTQIipyIfzqw 提取码 batn SpringBoot默认读取主配置 application.properties application.yml SpringBoot的四种属性注入 @Autowired注入 构造方法注入 @Bean方法形参注入 直接在@Bean方法上使用@ConfigurationProperties(prefix="前缀名") SpringBoot注解 @RestController 包括@Controller+@ResponseBody @EnableAutoConfiguration 开启SpringBoot自动配置 @ComponentScan 组件扫描 类似于

一、熔断器简介 微服务架构特点就是多服务，多数据源，支撑系统应用。这样导致微服务之间存在依赖关系。如果其中一个服务故障，可能导致系统宕机，这就是所谓的雪崩效应。 1、服务熔断 微服务架构中某个微服务发生故障时，要快速切断服务，提示用户，后续请求，不调用该服务，直接返回，释放资源，这就是服务熔断。 熔断生效后，会在指定的时间后调用请求来测试依赖是否恢复，依赖的应用恢复后关闭熔断。 2、服务降级 服务器高并发下，压力剧增的时候 ,根据当业务情况以及流量，对一些服务和页面有策略的降级(可以理解为关闭不必要的服务)，以此缓解服务器资源的压力以保障核心任务的正常运行。 双十一期间，支付宝很多功能都会提示， [双十一期间，保障核心交易，某某服务数据延迟]。 3、核心依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-hystrix</artifactId> </dependency> 4、核心注解 •@EnableHystrix 启动类注解控制熔断功能。 •@HystrixCommand 方法注解，熔断控制配置。 5、案例模块描述 演示基于 Ribbon服务的熔断 node03-consume-8001 演示基于 Feign服务的熔断 node03

1、常用参数说明 hystrix参数的详细配置可参照 https://github.com/Netflix/Hystrix/wiki/Configuration 下面是一些常用的配置： 配置项 默认值 默认属性 实例属性 隔离策略，HystrixCommandKey，如果不配置，默认为方法名 THREAD hystrix.command.default.execution.isolation.strategy hystrix.command.HystrixCommandKey.execution.isolation.strategy 超时时间，hystrixCommand命令执行超时时间，单位：毫秒 1000 hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds hystrix.command.HystrixCommandKey.execution.isolation.thread.timeoutInMilliseconds hystrixCommand命令执行是否开启超时 true hystrix.command.default.execution.timeout.enabled hystrix.command.HystrixCommandKey.execution.timeout

在前面的文章中可以发现当我们通过RestTemplate调用其它服务的API时，所需要的参数须在请求的URL中进行拼接，如果参数少的话或许我们还可以忍受，一旦有多个参数的话，这时拼接请求字符串就会效率低下，并且显得好傻。 那么有没有更好的解决方案呢？答案是确定的有，Netflix已经为我们提供了一个框架：Feign。 Feign是一个声明式的Web Service客户端，它的目的就是让Web Service调用更加简单。Feign提供了HTTP请求的模板，通过编写简单的接口和插入注解，就可以定义好HTTP请求的参数、格式、地址等信息。 而Feign则会完全代理HTTP请求，我们只需要像调用方法一样调用它就可以完成服务请求及相关处理。Feign整合了Ribbon和Hystrix(关于Hystrix我们后面再讲)，可以让我们不再需要显式地使用这两个组件。 总起来说，Feign具有如下特性： 可插拔的注解支持，包括Feign注解和JAX-RS注解; 支持可插拔的HTTP编码器和解码器; 支持Hystrix和它的Fallback; 支持Ribbon的负载均衡; 支持HTTP请求和响应的压缩。 这看起来有点像我们springmvc模式的Controller层的RequestMapping映射。这种模式是我们非常喜欢的。Feign是用@FeignClient来映射服务的。 首先第一步

场景 SpringCloud-使用熔断器防止服务雪崩-Ribbon和Feign方式(附代码下载)： https://blog.csdn.net/BADAO_LIUMANG_QIZHI/article/details/102616697 在上面已经实现使用Ribbon和Feign的方式使用熔断器，但是如果服务一直在被熔断需要怎么解决。 所以这里使用熔断仪表盘监控熔断。 这里使用feign的方式使用监控。 注： 博客： https://blog.csdn.net/badao_liumang_qizhi 关注公众号 霸道的程序猿 获取编程相关电子书、教程推送与免费下载。 实现 在pom.xml中加入依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-hystrix-dashboard</artifactId> </dependency> 然后在Application中添加注解@EnableHystrixDashboard package com.badao.hello.spring.cloud.web.feign; import org.springframework.boot.SpringApplication; import org

在之前的老版本中，feign中是默认开启hystrix的，从新版本中默认已经关闭了，如果要通过FeignClient调用服务并开启hystrix的话，需要自定义开启，即： feign.hystrix. enabled=true。 在hystrix中，有5种异常会被fallback： FAILURE：执行失败，抛出异常。 TIMEOUT：执行超时。 SHORT_CIRCUITED：断路器打开。 THREAD_POOL_REJECTED：线程池拒绝。 SEMAPHORE_REJECTED：信号量拒绝。 有一种异常是不会触发fallback的，并且也不会被熔断，它是BAD_REQUEST，但是它会跑出HystrixBadRequestException，这种异常一般对应的是由非法参数或者一些非系统异常引起的，对于这种异常，可以根据响应创建对应的异常进行异常封装或者直接处理。 在使用@FeignClient调用的时候，如果调用服务接口有4XX异常，可以使用ErrorDecoder进行包装，例如： import java.io.IOException; import org.springframework.stereotype.Component; import com.netflix.hystrix.exception.HystrixBadRequestException; import

公共依赖配置： <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.0.3.RELEASE</version> <relativePath/> </parent> <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding> <java.version>1.8</java.version> <spring-cloud.version>Finchley.RELEASE</spring-cloud.version> </properties> <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>${spring

本系列七篇文章列表如下： 微服务实战（一）：微服务架构的优势与不足 微服务实战（二）：使用API Gateway 微服务实战（三）：深入微服务架构的进程间通信 微服务实战（四）：服务发现的可行方案以及实践案例 微服务实践（五）：微服务的事件驱动数据管理 微服务实践（六）：选择微服务部署策略 微服务实践（七）：从单体式架构迁移到微服务架构 【编者的话】本系列的第一篇介绍了微服务架构模式。它讨论了采用微服务的优点和缺点，除了一些复杂的微服务，这种模式还是复杂应用的理想选择。 当你决定将应用作为一组微服务时，需要决定应用客户端如何与微服务交互。在单体式程序中，通常只有一组冗余的或者负载均衡的服务提供点。在微服务架构中，每一个微服务暴露一组细粒度的服务提供点。在本篇文章中，我们来看它如何影响客户端到服务端通信，同时提出一种API Gateway的方法。 假定你正在为在线购物应用开发一个原生手机客户端。你需要实现一个产品最终页来展示商品信息。 例如，下面的图展示了你在亚马逊Android客户端上滑动产品最终页时看到的信息。 虽然这是一个智能手机应用，这个产品最终页展示了非常多的信息。例如，不仅这里有产品基本信息（名字、描述和价格），还有以下内容： 购物车中的物品数 低库存警告 各式各样的推荐，包括经常跟这个物品一起被购买的产品