# SpringCloud学习案例

**Repository Path**: li2906776925/spring-cloud-learning-case

## Basic Information

- **Project Name**: SpringCloud学习案例
- **Description**: SpringCloud日常学习
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2021-09-14
- **Last Updated**: 2021-09-25

## Categories & Tags

**Categories**: Uncategorized

**Tags**: 学习案例

## README

# SpringCloud

[笔记位置](https://www.kuangstudy.com/bbs/1374942542566551554)

[狂神视频讲解](https://www.bilibili.com/video/BV1jJ411S7xr?from=search&seid=14402072354550257241&spm_id_from=333.337.0.0)

## 重点：

eureka中discovery获取微服务列表的清单（8001）

### 负载均衡

#### Ribbon：

1.开启启动类@EnableEurekaClient

2.@LoadBalanced注解加在801的bean

3.controller修改前缀为服务名，而不在使用端口号和ip地址

4.8001\8002\8003名称一致是个前提 进度：

#### feign

微服务名字 【ribbon】 接口和注解 【feign】 (性能低了，更像面向接口编程)

### 服务熔断与服务降级区别

服务熔断—>服务端:  某个服务超时或异常，引起熔断~，类似于保险丝(自我熔断)
服务降级—>客户端:  从整体网站请求负载考虑，当某个服务熔断或者关闭之后，服务将不再被调用，此时在客户端，我们可以准备一个 FallBackFactory ，返回一个默认的值(缺省值)。会导致整体的服务下降，但是好歹能用，比直接挂掉强。
触发原因不太一样:
服务熔断一般是某个服务（下游服务）故障引起，而服务降级一般是从整体负荷考虑；管理目标的层次不太一样，熔断其实是一个框架级的处理，每个微服务都需要（无层级之分），而降级一般需要对业务有层级之分（比如降级一般是从最外围服务开始）
实现方式不太一样:   服务降级具有代码侵入性(由控制器完成/或自动降级)，熔断一般称为自我熔断。

## 注意点

服务提供端必须有actuator监控信息 zuul和eureka必须一样