健康平安的活着的专栏

在使用seata2.0+alibaba-cloud 2022.0.0.0-RC2+nacos 2.2.3 模拟下订单分布式事务场景，出现如下问题：java.lang.ArrayIndexOutOfBoundsException: Index 0 out of bounds for length 0。

本案例使用seata的at模式，模拟分布式事务场景：【下订单，减库存，扣余额，改状态】

1.seata是一款解决分布式事务的解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。

本案例实现原理： 采用alibaba的nacos，openfegin，sentinel，gateway等组件实现熔断限流。主要理解sentinel的@ResouceSentinel和fallback的区别联系。@ResourceSentinel 主要是页面配置熔断限流规则；fallback主要是针对 jvm业务io异常进行逻辑处理。

消费者：openfegin：提供者：

一次业务操作需要跨多个数据源或者需要跨多个系统进行远程调用，就会产生分布式事务问题。分布式系统环境下由不同的服务之间通过网络远程协作完成事务称之为创建订单减库存事务，银行转账事务等都是分布式事务。

1.截图/***/@Component@Slf4j//开始调用方法的时间@Override//1 先记录下访问接口的开始时间//2 返回统计的各个结果给后台= null)log.info("访问接口主机："+exchange.getRequest().getURI().getHost());log.info("访问接口端口："+exchange.getRequest().getURI().getPort());

1. 启动zipkin服务。2.启动consul服务。3.启动3个应用服务。

【代码】springcloud第4季 openfegin常用API。

1.seata是一款解决分布式事务的解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。

多语言异构化服务架构的流量治理组件，主要以流量为切入点，从。等多个维度来帮助开发者保障服务的稳定性。sentinel是面向。

sentinel是面向分布式、多语言异构化服务架构的流量治理组件，主要以流量为切入点，从等多个维度来帮助开发者保障服务的稳定性。

namespace，group，dataid 之间的关系。

nacos是一个分布式的配置中心和注册发现中心。nacos是 dynamicmingservicenacos=config+bus 实现动态刷新；

网关可以实现： 权限过滤拦截，请求转发；组包拆包，加密解密，报文解析，协议转换等功能。cloud gateway本身也是一个微服务，需要注册进服务到注册中心，从注册中心拉取可用服务。

断路器是一种开关装置，当某个服务单元发生故障后，通过断路器向调用方返回一个符合预期，可处理的备选响应。保证服务不会被长时间，不必要的占用，从而避免在分布式系统故障的蔓延、乃至雪崩。

链路最终是在微服务中，一个请求经过的节点服务，每个服务的耗时，执行状态的完美展现。其中使用micrometer。

1.平均故障间隔（Mean Time Between Failure，简称 MTBF）：表示两次故障的间隔时间，也就是系统正常运行的平均时间，这个时间越长，说明系统的稳定性越高；2.故障恢复时间（Mean Time To Repair，简称 MTTR）：表示系统发生故障后恢复的时间，这个时间越短，说明故障对用户的影响越小。可用性（Availability）的计算公式：Availability= MTBF / (MTBF + MTTR) * 100%

通过自定义注解和AOP的组合使用，可以实现一些通用能力的抽象 ，可以实现登录权限拦截、日志收集、方法统计耗时等。避免在每个方法都写一份同样的功能，代码的重复冗余。使用AOP同时结合自定义注解实现接口的切面编程，在需要进行通用逻辑处理的接口或者类中增加对应的注解即可。

1.通用动态参数的配置https://gitee.com/jurf-liu/spring-cloud-config-demo.githttps://gitee.com/jurf-liu/spring-cloud-config-simple.githttps://gitee.com/jurf-liu/spring-cloud-config-special.gitserver: port: 8090spring: cloud: config: server:

问题描述：spring cloud client 访问远端仓库中xxx.yml配置文件，无法访问，而改成后缀为properties，则ok，没问题。这是为何呢？1.远程仓库文件：2.ms-config-client的配置：application.ymlserver: port: 8010bootstrap.ymlspring: cloud: config: uri: http://localhost:8009 profile:

Config Server服务端可以从后端存储中（上图为Git）拉取配置参数、属性，然后对外提供获取相应环境（dev开发、stage预发布、prod生产）配置的Restful服务。此时我们的Config Client客户端就可以通过Config Server提供的服务获取相关配置。...

一.在远端gitee码云上创建一个仓库1.登录码云的网站，注册一个账号，然后进行登录，在头像的“+”号处，创建仓库2.进入仓库创建页面，填写必须字段，进行仓库的创建：然后我们的仓库案例就创建成功了：二.安装git：https://git-scm.com/downloads， 安装完成后，查看是否安装成功：三.clone项目：1.在硬盘d盘处，右键：选择“git GUI here”使用git的图形化界面：3.选择上面的克隆已有仓库的选项，然后填写前面我.

1.Spring Cloud Config是一个统一管理微服务配置的一个组件，具有集中管理、不同环境不同配置、运行期间动态调整配置参数、自动刷新等功能。1、集中管理我们的微服务集群里可能有成百上千的微服务，如果我们分散的来管理每一个微服务的配置，会很繁琐，例如数据源如果变化了，每一个微服务的每一个实例的配置都要进行修改，工作量很大。那么如果我们将所有的微服务的配置，统一管理在一个地方，只需要修改这个地方的配置，所有微服务的配置都会更新生效，这样会大大提高我们的工作效率。2、不同环境不同配置一般我

在微服务系中，们可以使用Sidecar把异构的微服务纳入到Spring Cloud的生态圈中。说的通俗一点，Sidecar除了实现了Zuul代理网关的作用，还提供了一个HTTP服务，其他非Java语言（或非JVM语言）的服务，可以对接该HTTP服务，实现一个类似健康检查的端点服务。纯Java架构的online服务，通过访问Sidecar服务，就可以访问第三方服务，这里Sidecar本质就是一个Zuul的网关代理。第三方程序通过实现健康检查服务，加上注册到Sidecar的配置，Sidecar.

一.zuul回退机制：在默认情况下，经过Zuul的请求都会被Hystrix包裹，即Zuul的所有请求在Hystrix Command中执行，所以Zuul本身就具有断路器的功能。实现的步骤：继承FallbackProvider父类，将实现“getRoute”以及“fallbackResponse”方法。其中“getRoute”方法返回一个回退时需要用到的路由，也就是我们代理的服务的路由名称。而“fallbackResponse”方法就是我们需要按照实际需要，给不同的失败原因，返回不同的响应

一.基础知识Spring Cloud中默认已经为Zuul编写并启用了一些过滤器，这些过滤器都在spring-cloud-netflix-zuul这个Jar包的org.springframework.cloud.netflix.zuul.filters包中。要实现Zuul的过滤器，就需要继承ZuulFilter的父类，实现filterType()、filterOrder()、shouldFilter()以及run()方法（1）filterType()方法为获取该过滤器的类型。通过“FilterC

正常情况下，我们使用普通的响应层（如SpringMVC）框架，是可以上传任意大小的文件的。在SpringMVC，是通过其“multipartResolver”这个Bean的设置，指定其“MaxUploadSize”参数的具体数字，来控制上传文件的具体大小的。Zuul作为服务网关的情况下，也是可以上传文件的，Zuul在做文件上传的时候，只支持小文件的上传（1M以内），大文件（10M以上）上传会则报错，这是Zuul对文件上传的默认的设置。新建一个上传项目：ms-zuul-fileupload1.

一、Zuul Http ClientZuul调用Http服务，使用的默认的Http客户端对象是Apache的HttpClient，代替了之前使用的Ribbon的RestClient。如果需要使用RestClient，或者是okhttp3.OkHttpClient，需要设置ribbon.restclient.enabled=true，亦或是ribbon.okhttp.enabled=true二、Zuul有关Head过滤的设置在配置文件使用“sensitiveHeaders” 属性进行设置，实现不让

知识点：1.zuul：默认代理所有注册在Eureka的服务的。2.Zuul的代理是使用Ribbon通过服务发现来定位后端服务实例的。一.新建一个项目：ms-zuul-consumer1.pom文件：<!-- 注册eureka --><dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter

单体应用的情况下，很简单，客户端只需要发起一次服务请求，就可以获取多个需要的服务结果。而在微服务的情况下，显示在产品页面的数据可能分布在不同的为微服务上，例如：购物车服务——购物车中的件数●订单服务——历史订单●目录服务——商品基本信息，如名称、图片和价格●评论服务——客户的评论●库存服务——低库存预警●送货服务——送货选项、期限和费用，这些信息单独从送货方 API 获取●推荐服务——推荐商品我们加载一个商品页面时，客户端要向至少7个微服务发送请求，并接收返回结果。在微服务架构下，

待续

一.Health Indicator健康指数监控当使用Hystrix时，项目可以通过“/actuator/health”服务查看相关项目的健康指数。1.在pom文件中加： <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactI

Hystrix Dashboard（仪表盘）就是以一种有效的方式显示每个断路器的健康状况，通过仪表盘我们可以看到Hystrix的各项指标信息，以便于快速发现系统中存在的问题进而解决它。Hystrix Dashboard有两种使用策略，一种是对单体应用的监控，另一种是整合Turbine，对集群进行监控。我们分别来进行介绍。一.单体应用的监控思路：应该是在需要监控的微服务上嵌入Hystrix仪表盘，但是作为微服务体系，我们没有必要为每一个微服务都嵌入Hystrix Dashboard。合适的做法是，

1.假如我们的应用中有多个Feign Cleint对象，想让其中一部分支持Hystrix，一部分不支持。要实现这个功能，就要为单个FeignClient禁用Hystrix，就需要在自定义配置文件中修改其Feign.Builder参数，即修改Feign的构造类。2.默认情况下，Feign是整合了Hystrix的，我们可以打开Spring Cloud中Feign组件的FeignClientsConfiguretion类查看其有关Budiler的配置项。如果我们不需要FeignClient支持Hystrix，

在上一节实现了fegin接口组件整合hystrix，现在使用FallBackFactory来实现同样的功能1.修改fegin的接口：2.编写一个工程接口：package com.ljf.weifuwu.springcloud.hystrix.service;import com.ljf.weifuwu.springcloud.hystrix.model.HystrixUser;import feign.hystrix.FallbackFactory;import org.slf4

一.Feign组件调用远程服务的实现过程：1.在controller层调用fegin定义的接口2.在fegin的接口中，在头部定义@FeginClient，以及要调用的实例名称，配置信息，同时在每个调用方法前面加上@RquestLine等注解来定义请求访问的url和方式。二.在Feign接口组件中使用HystrixSpring Cloud默认已为Feign整合了Hystrix，Feign默认就会用断路器包裹所有方法。如果要使用Feign的Hystrix支持，可以设置feign.hystrix.e

Command属性主要用来控制HystrixCommand命令的行为，它主要分下面的类别：1、Execution：用来控制HystrixCommand.run()的执行execution.isolation.strategy：该属性用来设置HystrixCommand.run()执行的隔离策略。默认为THREAD。execution.isolation.thread.timeoutInMilliseconds：该属性用来配置HystrixCommand执行的超时时间，单位为毫秒。executio.

hystrix：超时熔断，个人感觉理解就像是trycatch一样，当出现异常，需要怎么处理的一种机制。1.新建项目：ms-hystrix-consumer1.pom文件： <!-- 注册eureka --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-clo

该状态持续很久，访问该服务也返回错误，但在注册中心界面，该服务却一直存在，且为UP状态，并且在大约十分钟后，出现一行红色大字：EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.原因：自我保护机制。Eur