【Spring Cloud】

在使用事件监听时，容易出现问题，可归纳为如下三： 1. 错误使用：误读事件本身含义 2. 错误使用：监听错了事件的传播系统 3. 异常处理：事件处理之间互相影响，导致部分事件处

Spring 事件/监听器机制属于事件/监听器模式，可视为观察者模式（Observer Pattern）的扩展。 Spring 事件/监听器 使用方式。

大胆猜想的步骤如下： 容器启动加载 nacos-client（这个发生在容器初始化 Bean 之前）

Hystrix 是高可用性保障的一个框架 一、理念 容错理念： 凡是依赖都可能会失败 凡是资源都有限制 CPU/MEMORY/THREAD

服务注册 - Provider 搭建 pom.xml 配置文件 代码 启动后，服务正常。 可以查看 Nacos，服务发现，如图： 二、

这是我参与更文挑战的第19天，活动详情查看：更文挑战 一、前言 背景：在 Spring Cloud 集成中。 可概括为：1-3步是创建 Feign ，4-5步是请求处理机制。 Feign 通过包扫描注

这是我参与更文挑战的第18天，活动详情查看：更文挑战 一、前言 而且 Feign 会完全代理 HTTP 请求，我们只需要像调用方法一样调用它就可以完成服务请求及相关处理。 Spring Cloud 对

这是我参与更文挑战的第17天，活动详情查看：更文挑战 一、前言 先以案例（demo）入手，再来分析 ribbon 流程，最后怼源码。 （1）Ribbon + RestTemplate 案例 简单介绍下

这是我参与更文挑战的第15天，活动详情查看：更文挑战 一、前言 先以案例（demo）入手，再来分析 ribbon 流程，最后怼源码。 （1）Ribbon + RestTemplate 案例 简单介绍下

这是我参与更文挑战的第13天，活动详情查看：更文挑战 一、前言 Spring Cloud 对 Feign 进行了封装，使其支持 SpringMVC 标准注解和 HttpMessageConverter

内置负载均衡策略. Ribbon 作为一款优秀的客户端负载均衡框架，内置了很多经典实用的算法，可以直接拿来用。 这里介绍几个比较常

这是我参与更文挑战的第11天，活动详情查看：更文挑战 一、前言 主流的负载方案分为两种： 集中式负载均衡：在消费者和服务提供方中间使用独立的代理方式进行负载，有硬件的负载均衡器，比如 F5，也有软件，

这是我参与更文挑战的第9天，活动详情查看：更文挑战 一、前言 spring-cloud-starter-eureka-server 项目，就是对 eureka-server 进行了封装的 spring

这是我参与更文挑战的第8天，活动详情查看：更文挑战 一、前言 spring-cloud-starter-eureka-server 项目，就是对 eureka-server 进行了封装的 spring

本文已参与周末学习计划，点击链接查看详情 链接 一、前言 搭建环境： 二、从源码中学到了什么 三、直接怼源码 （1）eureka-client 如何启动（初始化）？ 代码如下： 过程如下： 初始化 e

一、前言 eureka 运行的核心的流程： 服务注册：eureka client 往 eureka server 注册的过程 服务发现：eureka client 从 eureka server 获取