LeoHan

我们知道，在目前微服务中，众多的微服务调用关系错综负责，为了维护系统的稳定，引入了限流、降级、熔断等概念，这其中比较出名的是Hystrix和Sentinel，来聊聊这二者的异同。

我们知道，Sentinel dashboard默认是是没有持久化功能的，都是保存在内存中的，对于sentinel客户端同样如此，当在sentinel dashboard配置规则的时候，dashboard会获取对应应用配置的dashboard给应用传递消息的http，将规则通过HTTP请求发送给sentinel客户端，同样，sentinel客户端也是没有持久化的都是放在内存中的。sentinel dashbord通过HTTP向sentinel客户端获取客户端的限流配置，而在dashboard更新配置之后则通

我们知道现在项目一般都会使用springboot作为基础框架，如果项目需要基于springboot实现自动导入的话，一般都会实现一个xxx-starter，我们看看spring-cloud-starter-alibaba-sentinel是怎么实现的。本篇有些内容需要基于之前一篇的分析Sentinel限流原理（基于Sentinel1.8.1)，限流、熔断、热点参数限流、授权实现原理springboot自动装配原理，底层源码分析，条件注解实现机制，EnableAutoConfiguration，AutoC

在 Sentinel 里面，所有的资源都对应一个资源名称以及一个 Entry。Entry 可以通过对主流框架的适配自动创建，也可以通过注解的方式或调用 API 显式创建；每一个 Entry 创建的时候，同时也会创建一系列功能插槽（slot chain）。这些插槽有不同的职责，例如:NodeSelectorSlot 负责收集资源的路径，并将这些资源的调用路径，以树状结构存储起来，用于根据调用路径来限流降级；ClusterBuilderSlot 则用于存储资源的统计信息以及调用者信息，例如该资源的 RT,

废话不多说，直接上代码，首先看pom依赖：<dependencies> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId> <version>2.2.7.RELEA