目录前言正文内容001_课程说明002_零基础微服务架构理论入门微服务优缺点[^1]SpringCloud与微服务的关系SpringCloud技术栈003_第二季Boot和Cloud版本选型SpringBoot版本选择（升级至2.0及以上）SpringCloud版本选择Cloud与Boot的对应的依赖关系004_Cloud组件停更说明005_父工程Proj

一、SpringCloud--Eureka--原理及源码解析Eureka的基础架构及服务治理机制：服务注册中心：ureka提供的服务端，提供服务注册和发现的功能。服务提供者：将自己的服务注册到注册中心。服务消费者：从注册中心获取服务列表，Ribbon是一个基于HTTP和

SpringBoot之SpringBoot与SpringCloud之间的区别SpringBoot之SpringBoot与SpringCloud之间的区别疑惑解答之前有人问过我,说不懂分布式,不懂微服务能学SpringBoot吗?但是可以的,SpringBoot是构建SpringCloud的基石SpringBoot：SpringBoot本身更倾向于快速开发,快速

进入spring官网SpringCloud项目下：https://spring.io/projects/spring-cloudBoot和Cloud依赖关系的详细介绍：在浏览器上输入https://start.spring.io/actuator/info在线格式化json串，这里就是boot和cloud对应的详细关系{"git":{"branch":"123e5422841ac92c95cd037

登录登录的本质保持登录状态的方法常见的登录攻击及防护1.登录在认证部分用过滤器实现HttpBasic认证，在请求头里携带用户名和密码，存在的问题是，你不可能让用户每个请求都输入用户名密码吧，即使前端把用户名密码存起来，这也是不安全的。1.1基于Token的身份认证的实现1.2基

【分布式基础_全栈开发篇】使用SpringBoot+Vue+element-ui+逆向工程搭建全套后台管理系统，基于Docker环境，通过前后分离方式，以商品系统为例，手把手教大家进行全栈开发。【分布式高级_微服务架构篇】开发整个商城系统，掌握微服务的全套方案。使用SpringBoot+SpringCloud并配套S

服务雪崩多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C又调用其他的微服务，这就是所谓的“扇出”，如果扇出的链路上某个微服务的调用响应时间过长，或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，所谓的“雪崩效应”。对于高

在上一篇中，我们建立了Auth服务，这个服务就是专门用来处理用户认证，授权的服务，这里我们集成JWT来作为认证的票据。什么JWT什么是JWTJsonwebtoken(JWT),是为了在网络应用环境间传递声明而执行的一种基于JSON的开放标准（(RFC7519).定义了一种简洁的，自包含的方法用于通信双方

组件版本关系SpringCloudAlibabaVersionSentinelVersionNacosVersionRocketMQVersionDubboVersionSeataVersion2.2.5.RELEASEor2.1.4.RELEASEor2.0.4.RELEASE1.8.01.4.14.4.02.7.81.3.02.2.3.RELEASEor2.1.3.RELEASEor2.0.3.RELEASE1.8.01.3.

SpringCloud(H版&alibaba)之Gateway篇服务网关Gateway和Zuul说明：Zuul由于内部出现重大分歧，已经没落，新一代的服务网关是Gateway，只学这个Gateway并非netflix开发的，而是spring社区自己开发的。Gateway是什么官网：https://cloud.spring.io/spring-cloud-static/spring-clo

简单介绍gateway是springcould推出，基于spring5、springboot2.0、ProjectReact，底层使用netty通讯，性能比较高的网关组件为什么需要网关呢？如果没有网关的话，调用方需要配置各种的服务，配置了网关之后，只需要统一访问网关，然后由网关请求具体的服务，调用方提供服务的实例是无感知

实现负载均衡的方式源码探究@LoadBalanced注解只是开启负载均衡功能，而负载均衡的核心实现类是IRule。packagecom.netflix.loadbalancer;publicinterfaceIRule{Serverchoose(Objectvar1); //设置实现负载均衡的方式voidsetLoadBalancer(ILoadBalancervar

前言-微服务架构设计风格微服务设于基于RESTful架构，使用RESTful可以将愈发复杂单体应用通过HTTP请求、JSON传输数据拆分为不同的业务模块，达到服务独立部署、快速启动、模块协同开发、低耦合、代码复用、职责单一的目的，使团队间相对隔离的敏捷式开发。微服务的盛行首要解决的

hystrix隔离使用场景：大并发情况下，其中一个接口挂了，导致大量接口（tomcat资源）被占用方案：线程池的隔离，信号量的隔离在调用方做处理。hystrix降级：隔离100次，请求101次，第101次不会直接返回异常信息，可以进行友好的封装，这这种友好的封装就叫做降级。通俗来讲就是对异常返回结果进行友好的处

组件版本关系SpringCloudAlibabaVersionSentinelVersionNacosVersionRocketMQVersionDubboVersionSeataVersion2.2.5.RELEASEor2.1.4.RELEASEor2.0.4.RELEASE1.8.01.4.14.4.02.7.81.3.02.2.3.RELEASEor2.1.3.RELEASEor2.0.3.RELEASE1.8.01.3.34.4.02.7.81.3.02.2.1

故障和带有Feign的断路器模式默认情况下，Feign客户端与Ribbon和Hystrix集成在一起。这意味着，如果开发人员愿意的话，可以在使用该库时应用不同的方法来处理系统中的延迟和超时。第一种方法是Ribbon客户端提供的连接重试机制:第二种方法是断路器模式和Hystrix项目下可用的回退实现，