我们可以看到资源名默认为我们请求的路径，其实也不一定是路径，他只是做唯一标识。
针对来源：Sentinel可以针对调用者进行限流控制，比如两个服务调用content服务，我可以把针对来源写为A然后设置QPS的阈值为200，B为300QPS，也就是我当前访问的API接口对不同的服务有不同的限流规则，那么就可以用针对来源来设置，我们暂时用default，标识不区分来源，后面详细说如何区分来源。
阈值类型有两个选项，分别是QPS和线程数，如果选择QPS然后设置阈值，就是当这个API达到这个QPS阈值时会进行限流，同理也可以使用线程数限流，当达到一定的线程数的时候进行限流，是否集群我们在后面会详细探讨。
流控模式，sentinel提供了三种流控模式,我们先来看直接我们设置直接并保存
可以看到访问一次直接再次访问就直接限流了。那关联是什么意思，也就是说当关联的资源达到阈值，就限流自己，我们来尝试，刚刚上面所说我们可以用http://localhost:8010/actuator/sentinel 来查看信息，我们用/shares/1关
它表示actuator/sentinel这个端点达到这个阈值那么就限流/shares/1这个路径，
我们来写段测试代码
理论上这样调用的话QPS肯定大于1，那么此时/shares/1会被限流
此时/shares/1会一直处于限流状态，他适用于什么场景：比如一个请求查询shares一个来修改shares处于高并发状态，查询过快的话会影响修改的性能，修改快的话会影响查询性能，所以这个时候可以根据业务场景，是希望优先读还是优先改，如果我们希望优先改，我们可以把关联的资源写成修改的API，资源名设置为查询API，这样修改超过阈值的话查询就会被限流。总的来说关联就是保护关联资源的设计。
我们继续来说第三个模式
点击链路会变成入口资源，链路：只记录指定链路上的流量，指定资源从入口资源进来的流量达到阈值就会限流，我们继续写代码来测试
这里用到@SentinelResource注解，后续我们会说到
我们访问后点击簇点链路
会发现有testa和testb
以及common
我们在common上面点击流控
我们把入口写testa
第一次请求正常请求
请求多次后直接500被限流而testb无论怎么请求都会正常请求，这其实就是细粒度的针对来源，我们上面所说的针对来源是微服务级别而链路是API级别的。那现在我们三种流控模式都尝试完毕，我们恢复成直接状态，最后我们来探讨流控效果
快速失败很好理解，就是直接抛异常，在测试当中我们也看到了，他的源码在
com.alibaba.csp.sentinel.slots.block.flow.controller.DefaultController 目录中
第二种叫Warm Up
什么意思呢？就是说sentinel也有个默认值为3，从阈值/3，经过预热时长，才到达设置的QPS阈值。也就是说，我把阈值设置为100我把预热时长设置为10秒
那么他就会用100除3作为最初的阈值，然后经过10秒之后才去达到这个100限流。比如有一个秒杀微服务，平常的并发并不是很高，但是在某一个瞬间，某一场秒杀活动开始，在开始的瞬间流量会激增，如果不做任何处理，可能服务一下就宕了。
所以Sentinel设计Warm Up这种模式，可以让允许通过的流量缓慢的增加，在经过10秒之后才达到设定的阈值，这样就会更好的保护我们的微服务
相关源码在：
com.alibaba.csp.sentinel.slots.block.flow.controller.WarmUpController
我们来看最后一种效果
这个是排队等待，这个也很好理解就是 匀速排队，让请求以均匀的速度通过，但是阈值的类型必须设置为QPS，否则都无效了。
也就说比如我阈值100，60只允许阈值为100，其他的请求在后面排队直到设置的超时时间，如果过了超时时间求丢弃这次请求，这里我就不再做实验，他比较适用于突发流量场景，比如你的系统突然来了好多流量，一会就比较少，你希望应用在空闲的时候处理请求而不直接拒绝就可以使用排队等待。
这个模式的源码路径为:
com.alibaba.csp.sentinel.slots.block.flow.controller.RateLimiterController
暂时先说到这里 sentinel提供很多非常灵活，强大的限流规则。
