1.流控

1.快速使用

在接口上点击流控，设置单机阈值（每秒钟的并发量），针对来源不用修改。

使用postman测试，当多次点击后会报错。

2.配置详解（无特殊需求可以跳过）

1.阈值类型

1. 线程数：当操作线程大于配置，限流！
2. QPS：当每秒并发数大于配置，限流！

2.流程模式

1. 直接：直接限流，上文实例展示。
2. 关联：被关联的资源达到阈值，导致当前资源被限流。（如下：当B超过QPS为1之后，A限流：）

1. 链路：链路上游达到阈值，当前资源限流。例如：接口的上游都是sentinel_spring_web_context如果sentinel_spring_web_context超过阈值，demo限流!

3.流控效果

1. 直接失败：直接抛出异常，上文示例方式。
2. warm up：当系统长期处于低水位的情况下，当流量突然增加时，直接把系统拉升到高水位可能瞬间把系统压垮。通过"冷启动"，让通过的流量缓慢增加，在一定时间内逐渐增加到阈值上限，给冷系统一个预热的时间，避免冷系统被压垮。warm up冷启动主要用于启动需要额外开销的场景，例如建立数据库连接，秒杀等等，防止服务瞬间被打垮。白话讲就是，根据冷加载因子，默认3，经过一段时间，才能达到预设的QPS。下图含义是初始阈值为10/3 = 3，在5秒内到达QPS到达10。

1. 排队等待：当达到阈值，请求一个一个通过，排队超过1s，抛出异常。

2.降级

1.慢调用比例

满足两个条件会触发熔断：

1. 请求数大于最小请求数。下面是每秒钟5个。
2. 慢请求达到设置的比例。（请求时间大于最大RT的次数*比例阈值）

2.异常比例

需要两个条件。

1. 每秒钟请求超过最小请求数，这里是五个。
2. 异常比例超过50%触发熔断。

3.异常数

需要两个条件。

1. 每秒钟请求超过最小请求数 ，这里是五个。
2. 异常数大于5个。

3.热点规则

热点规则是按照参数值进行限流。下文含义是，监控/demo接口 如果有第一个参数，那么每秒的qps为1，如果第一个参数值为"a"，QPS为20。

1.系统规则

系统保护规则是从应用级别的入口流量进行控制，从单台机器的 load、CPU 使用率、平均 RT、入口 QPS 和并发线程数等几个维度监控应用指标，让系统尽可能跑在最大吞吐量的同时保证系统整体的稳定性。

1. Load 自适应（仅对 Linux/Unix-like 机器生效）：系统的 load1 作为启发指标，进行自适应系统保护。当系统 load1 超过设定的启发值，且系统当前的并发线程数超过估算的系统容量时才会触发系统保护（BBR 阶段）。系统容量由系统的 maxQps * minRt 估算得出。设定参考值一般是 CPU cores * 2.5。
2. CPU usage（1.5.0+ 版本）：当系统 CPU 使用率超过阈值即触发系统保护（取值范围 0.0-1.0），比较灵敏。
3. 平均 RT：当单台机器上所有入口流量的平均 RT 达到阈值即触发系统保护，单位是毫秒。
4. 并发线程数：当单台机器上所有入口流量的并发线程数达到阈值即触发系统保护。
5. 入口 QPS：当单台机器上所有入口流量的 QPS 达到阈值即触发系统保护。

可以理解为系统规则是全局的限流配置，可以针对服务的全局QPS、机器的CPU等参数进行限流。

4.问题

问题一：发现sentinel报错，查看日志。

然后查看spring boot业务项目，发现出现以下错误 ，发现fastjson版本不对，然后去当前对象的sentinel中查看jar包版本替换即可。