做网站很烧钱二个字最旺财的公司名字
接上文SpringCloud Alibaba - Nacos
1.Sentinel 流量防卫兵
1.1 安装与部署
和Nacos一样，它是独立安装和部署的，下载地址https://github.com/alibaba/Sentinel/releases
下载后的jar放到目录
然后配置
启动并访问,用户名密码都是 sentinel
此时就开启了sentinel的监控页面。将本地nacos服务也启动，然后将服务连接到sentientl控制台。
给book服务添加依赖
修改book下配置文件
启动book服务。此时需要先访问依次book服务(懒加载模式，不会一上来就调用)，然后sentinel中就会存在book服务的信息。
接着将其他服务user，borrow都加进去
访问借阅服务
此时user服务只有一个，因为此时user服务设置的是Chengdu集群
此时单独访问Chongqing的user服务，则出现两个user服务。
2.sentinel 流量控制（一）
2.sentinel 流量控制（二）
在sentinel测试限流。
给borrow服务设置限流。
2.1 测试第一种方案（快速失败）
点击新增后，此时访问borrow服务，一秒内点击一次没有问题，一秒内点击多次就会被限制。超过一秒再访问就正常
2.2 测试第二种方案（Warm up）
预热时长设置为10，则会在10s内将阈值增加到设定的值。
2.3 测试第三种方案（排队等待）
2.4 流控模式的区别
关联模式：
链路模式：当从指定 接口 过来的资源请求达到限流条件时，开启限流。
先从@SentinelResource的使用开始，对某个方法进行标注，一旦方法被标注，就会进行监控。
例如，创建两个请求映射，都来调用Service的被监控方法：
接口上加上注解
修改配置文件
重启borrow服务。
先访问
可以看到访问后已经识别到了borrow接口调用了到注解的方法。
然后给details添加一个限流策略。此时无论访问borrow还是borrow1，只要超过阈值都会被限流，因为这两个方法都调用了带details的接口。
此时，访问超过阈值就会报错，因为是在接口中使用@SentinelResource定义的限流。
因此，链路选项实际上是决定只限流从哪个方向来的调用。比如只对borrow2这个接口对getUserBorrowDetailByUid方法的调用进行限流，就可以指定其链路。
可以看到borrow2被限流，borrow未被限流。
3.Sential-限流和异常处理
限流之后的默认提示语修改，即异常处理。
对于接口的限流异常
自定义一个返回请求块
在配置文件中将此页面设定为限流页面
重启borrow服务
此时点击过快就会显示设定的内容
对于方法的异常限流
对于方法被限流时，会在后台抛出异常。之前在Hystrix可以直接添加一个替代方案，这样当异常出现时会直接执行我们的替代方法并返回。Sentinel也可以。
重启，然后给方法添加一个流控
现在限流后返回的是替代方案
但是blockHandler只能处理限流情况下抛出的异常，包括下面的热点参数限流也是同理。如果是方法本身抛出的其他类型异常，不在管控范围内，但是可以通过其他参数进行处理：
此时访问抛出的就是指定的内容
改为返回字符串，然后重启。
此时若频繁访问则返回为空。因为控流后调用了except方法，t.getMessage为空
若两种异常返回同时出现，则会出现的情况，如下：
在test上添加一个block异常然后重启。每次重启后都需要访问一次接口，否则sentinel上不会出现服务。每次修改限流方法都要把之前的流控策略给删除重新添加。
此时频繁访问调用的是block的限流异常处理。
3.1.1 热点参数限流
创建新的测试请求映射：
重启并直接请求：
此时只对参数为a的访问进行限流，在sentinel中配置
此时频繁访问a=10，则会被限流，b则不会被限流
设置参数值为多少时进行限流，如图片即第0个索引参数值为10，访问频率大于3次/1s时候会被限流。若此时a改为a=20，则会执行单机阈值，超过1次就会被限流
4.服务熔断和降级
4.1 服务熔断
两种隔离方案
Sentinel中进行熔断和服务降级
修改后重启
创建新的熔断规则
频繁访问borrow2，可以看到超时进入了熔断，进入熔断即会限流
5s后再访问就正常
此时频繁访问(1000ms内访问2次，有一次出现异常)则会熔断
5s后再次访问则会出异常
4.2 服务降级
此时频繁访问就不是默认的限流方案，而是替代方案
4.3 Feign支持Sentinel
可正常访问
然后将user服务关闭，再进行访问借阅接口就会到替代方案（因为借阅服务是调用了userclient的方法，而userclient的方法又和user-service是绑定的，当user服务关闭后，调用不通则会进行userclient的替代方案）
