hystrix

一、什么是springcloud，有什么作用 　　Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。 Spring Cloud是一个全家桶式的技术栈，包含了很多组件。项目实例 www.b123.com 。先从其最核心的几个组件入手，来剖析一下其底层的工作原理。也就是Eureka、Ribbon、Feign、Hystrix、Zuul这几个组件。 Eureka Eureka是微服务架构中的注册中心，专门负责服务的注册与发现。库存服务、仓储服务、积分服务中都有一个Eureka Client组件，Eureka Client这个组件专门负责将这个服务的信息注册到Eureka Server中（就是告诉Eureka Server，自己在哪台机器上，监听着哪个端口）。而Eureka Server是一个注册中心，里面有一个注册表，保存了各服务所在的机器和端口号。 订单服务里也有一个Eureka Client组件，这个Eureka Client组件会找Eureka Server问一下：库存服务在哪台机器啊？监听着哪个端口啊？仓储服务呢？积分服务呢？然后就可以把这些相关信息从Eureka

Spring Cloud入门-Hystrix断路器(Hoxton版本) 原创 ThinkWon 最后发布于2019-12-27 15:25:21 阅读数 680 收藏 发布于2019-12-27 15:25:21 分类专栏： Spring Cloud 版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 本文链接： https://blog.csdn.net/ThinkWon/article/details/103732497 文章目录 摘要 Hystrix 简介 创建一个hystrix-service模块 在pom.xml中添加相关依赖 在application.yml进行配置 在启动类上添加@EnableCircuitBreaker来开启Hystrix的断路器功能 创建UserHystrixController接口用于调用user-service服务 服务降级演示 @HystrixCommand详解 @HystrixCommand中的常用参数 设置命令、分组及线程池名称 使用ignoreExceptions忽略某些异常降级 Hystrix的请求缓存 相关注解 测试使用缓存 测试移除缓存 缓存使用过程中的问题 请求合并 @HystrixCollapser的常用属性 功能演示 Hystrix的常用配置 全局配置 实例配置

Hystrix Hystrix 是一个用于处理分布式系统的 延迟和容错 的开源库，在分布式系统里，许多依赖不可避免的会调用失败， 比如超时、异常等，Hystrix能够保证在一个依赖出问题的情况下，不会导致整体服务失败，避免级联故障，以提高分布式系统的弹性。 “断路器”本身是一种开关装置，当某个服务单元发生故障之后，通过断路器的故障监控（类似熔断保险丝），向调用方返回一个符合预期的、可处理的备选响应（FallBack）， 而不是长时间的等待或者抛出调用方无法处理的异常，这样就保证了服务调用方的线程不会被长时间、不必要地占用，从而避免了故障在分布式系统中的蔓延，乃至 雪崩 。 对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源都在几秒钟内饱和。比失败更糟糕的是，这些应用程序还可能导致服务之间的延迟增加，备份队列， 线程和其他系统资源紧张，导致整个系统发生更多的级联故障。这些都表示需要对故障和延迟进行隔离和管理，以便单个依赖关系的失败，不能取消整个应用程序或系统。 官网 熔断机制是应对 雪崩效应 的一种 微服务链路保护机制 。 当扇出链路的某个微服务不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用， 快速返回"错误" 的响应信息。 当检测到该节点微服务调用响应正常后 恢复调用链路 。在SpringCloud框架里熔断机制通过Hystrix实现

关注公众号：" 程序员笑笑生 "， ​ 回复 " Spring Cloud "、" Spring Boot " 获取 全套 视频教程！时间有限！ SpringCloud基础教程(一)-微服务与SpringCloud SpringCloud基础教程(二)-服务发现 Eureka SpringCloud基础教程(三)-Eureka进阶 SpringCloud 基础教程(四)-配置中心入门 SpringCloud基础教程(五)-配置中心热生效和高可用 SpringCloud 基础教程(六)-负载均衡Ribbon SpringCloud 基础教程(七)-Feign声明式服务调用 SpringCloud 基础教程(八)-Hystrix熔断器（上） SpringCloud 基础教程(九)-Hystrix服务监控（下） SpringCloud 基础教程(十)-Zull服务网关 SpringCloud 基础教程(十一)- Sleuth 调用链追踪简介 SpringCloud 基础教程(十二)-Zipkin 分布式链路追踪系统搭建 SpringCloud 进阶: 消息驱动(入门) Spring Cloud Stream【Greenwich.SR3】 更多精彩内容，请期待... 本文由博客一文多发平台 OpenWrite 发布！ 我的博客地址 兰陵笑笑生 ,欢迎浏览！ 来源： oschina 链接：

1.为什么需要断路器 1.1存在问题 在理想状态下，一个应用依赖的服务都是健康可用的，我们可以正常处理所有的请求。默认情况下tomcat只有一个线程池去处理的客户端发送的所有服务请求，这样在高并发情况下，如果客户端所有的请求堆积到同一个服务接口上，就会产生tomcat的所有线程池去处理该服务接口，可能会导致其他服务奔溃。 1.2简介 Hystrix，英文意思是豪猪，全身是刺，看起来就不好惹，是一种保护机制。 Hystrix是Netflix开源的一个延迟和容错库，用于隔离访问远程服务、第三方库，防止出现级联失败。 1.3雪崩效应 在复杂的微服务架构中的应用程序有很多的依赖，都会不可避免地在某些时候失败。高并发的依赖失败时如果没有隔离措施，当前应用服务就有被拖垮的风险。一个请求，可能需要调用多个微服务接口才能实现，会形成非常复杂的调用链路： 如图，一次业务请求，需要调用A、H、I、P四个服务，这四个服务又可能调用其它服务。 如果此时某个服务出现异常： 例如微服务I发生异常，请求阻塞，用户不会得到响应，则tomcat的这个线程不会释放，于是越来越多的用户请求到来，越来越多的线程会阻塞： 服务器支持的线程和并发数有限，请求一直阻塞，会导致服务器资源耗尽，从而导致所有其它服务不可用，形成雪崩效应。 Hystrix解决雪崩问题的手段包括： 线程隔离 服务熔断 服务降级 1.4 解决方法和原理

@author QYX 由于学习任务繁多，近期暂停了几天搬运，两天后恢复 引入服务熔断Hystrix 简单是来说，在分布式系统中，假如有一个请求需要调用A服务，但A服务出现了问题，则这个请求就会阻塞，那么只要调用服务A的请求都会阻塞，当阻塞的请求越来越多，占用的计算机资源就越来越多。进一步来说，就是一个服务出现问题，可能导致所有的请求都不可用，从而导致整个分布式系统都不可用，这就是“雪崩效应”。 雪崩效应常见场景 硬件故障：如服务器宕机，机房断电，光纤被挖断等。 流量激增：如异常流量，重试加大流量等。 缓存穿透：一般发生在应用重启，所有缓存失效时，以及短时间内大量缓存失效时。大量的缓存不命中，使请求直击后端服务，造成服务提供者超负荷运行，引起服务不可用。 程序BUG：如程序逻辑导致内存泄漏，JVM长时间FullGC等。 同步等待：服务间采用同步调用模式，同步等待造成的资源耗尽。 雪崩效应应对策略 针对造成雪崩效应的不同场景，可以使用不同的应对策略，没有一种通用所有场景的策略，参考如下： 硬件故障：多机房容灾、异地多活等。 流量激增：服务自动扩容、流量控制（限流、关闭重试）等。 缓存穿透：缓存预加载、缓存异步加载等。 程序BUG：修改程序bug、及时释放资源等。 同步等待：资源隔离、MQ解耦、不可用服务调用快速失败等。资源隔离通常指不同服务调用采用不同的线程池

Spring Cloud作为Java语言的微服务框架，它依赖于Spring Boot，有快速开发、持续交付和容易部署等特点。Spring Cloud的组件非常多，涉及微服务的方方面面。主要功能有：服务的注册和发现，服务的负载均衡，服务的容错，服务网关，服务配置的统一管理，链路追踪，实时日志等。常用的组件有Spring Cloud Netflix组件下的，服务注册与发现组件 Eureka、网关路由组件Zuul、负载均衡组件Ribbon、声明式调用Feign、熔断器组件Hystrix。 1.Eureka Eureka是一个服务注册与发现组件，Eureka包含两个组件：Eureka Server和Eureka Client，分别为Eureka的注册中心和客户端。底层使用ConcurrentHashMap保存多个实例信息。 2.Zuul Zuul是一个API Gateway服务器，本质上是一个Web Servlet应用。Zuul 提供了动态路由、监控等服务，这些功能实现的核心是一系列的filters（过滤器） 3.Ribbon Ribbon是一个负载均衡组件，它通常和Eureka、Zuul、RestTemplate、Feign配合使用。Ribbon和Zuul配合，很容易做到负载均衡，将请求根据负载均衡策略分配到不同的服务实例中。 4.Feign Feign定义接口，并在接口上添加注解

Hystrix的一些概念 Hystrix是一个容错框架，可以有效停止服务依赖出故障造成的级联故障。 和eureka、ribbon、feign一样，也是Netflix家的开源框架，已被SpringCloud集成。 线程隔离 将每个请求都包装为一个线程，放到线程池中，对这些请求的处理（线程）互不干扰，隔离开来，某些请求出问题也不会影响到其他请求。 服务监控 监控请求的失败率（一定时间内，请求失败个数）达到阈值，就打开断路器，熔断链路，使后续的请求快速失败。 服务限流 当此消费者对某提供者请求个数较多时，消费者会限制请求个数，有2种策略： （1）线程池。 新建一个线程池（使用的不是tomcat的线程池，而是jdk自带的线程池），将对某个提供者的每个请求都包装为一个单独的线程，放到线程池中，线程池中的线程（请求）都是正在处理的。若线程池满了,放在队列中排队等待，若队列也满了，后续该消费者对该提供者的请求直接快速失败。 Hystrix默认使用线程池。 （2）信号量 信号量即可同时处理的请求个数。指定一个初始值（信号量），比如10， 该消费者调用一次该提供者，即一个信号进来了，自动将信号量就-1，如果处理完，自动将信号量+1， 信号量为0时不再处理后续请求，直接快速失败。 服务降级 不管是什么原因导致的服务调用失败，快速失败后浏览器显示的都是一片英文（错误信息），这对用户不友好。

SpringCloud 入门问题 微服务概念 微服务之间如何通信 SpringCloud与Dubbo的区别 SpringBoot与SpringCloud的关系 服务熔断和服务降级概念 微服务的优缺点 微服务技术栈 eureka和zookeeper的区别 微服务概述 微服务起源： 微服务 微服务将单一应用程序划分为一组小服务，每个服务独立在及自己的进程中，通过Restful方式互相沟通、调用。每个服务提供单个业务功能，去耦合。 微服务与微服务架构 微服务：指系统中的一个服务应用。 微服务架构：架构风格，即包括微服务及微服务之间的通信。 微服务的优缺点 优点 服务高内聚，完成一个细微化的业务或功能 单个服务的开发更便捷，开发简单、开发效率高 微服务可由独立团队开发 松耦合，开发及部署都独立 可以由不同语言开发，易于集成 前后端分离、灵活分配数据库 缺点 分布式系统的复杂性 运维难度增加，系统部署依赖问题 服务间通信额外花费 数据一致性、系统集成测试难度 性能监控难 微服务技术栈 微服务 技术 开发 Spring、SpringBoot、SpringMVC 配置管理 Archaius（Netflix）、Diamond（Ali） 注册与实现 Eureka、Consul、Zookeeper 调用 Rest、RPC、gRPC 熔断器 Hystrix、Envoy 负载均衡 Ribbon、Nginx

由于最近公司业务需要，需要搭建基于Spring Cloud的微服务系统。遍访各大搜索引擎，发现国内资料少之又少，也难怪，国内Dubbo正统治着天下。但是，一个技术总有它的瓶颈，Dubbo也有它捉襟见肘的地方。所幸霸主Spring也推出了一整套微服务解决方案，各个子项目也巧妙地解决了分布式系统开发过程中的各种各样的问题。看了很多国内的资料，最早的几份文档也是互相借用，恐怕究竟是什么都说不清楚了。撸主在github上面发现几个很好的相关项目，就想翻译来看看。这篇其实是项目说明，但是里面很多知识点是百度找不到的，下面就来看看吧，想要部署来看看的可以去下载： 这个项目的名字叫：Piggy Metrics，一个供个人处理财务的解决方案。 简介 这是一款概念性的应用程序，基于Spring Boot，Spring Cloud和Docker 简单演示了微服务的架构模式，顺便说一句，它还有一个非常漂亮整洁的用户界面。下面是它的界面演示： 功能服务 PiggyMetrics被分解为三个核心微服务。这些服务都是围绕某些业务能力组织的可独立部署的应用程序。 账户服务 包含一般用户输入逻辑和验证：收入/费用项目，储蓄和帐户设置。 统计服务 对主要统计参数执行计算，并为每个帐户的时间序列。数据点包含基准货币和时间段的值。此数据用于跟踪 帐户生命周期中的现金流动动态（尚未在UI中实现的花式图表）。 通知服务