sentinel原理源码分析系列(四)-ContextEntry
启动和初始化完成后，调用者调用受保护资源，触发sentinel的机制，首先构建或获取Context和获取Entry，然后进入插槽链，决定调用是否通过，怎样通过
上图展示构建Context和获取Entry的类互动图
获取或构建Context
调用者使用ContextUtils获取/构建Context，Context是资源调用上下文，Entry和Node挂在其内，作为后面插槽的链路结构，统计指标的容器
上面2图，分别是spring mvc，web servlet获取或构建Context，可以看到，各个适配器负责生成contextName和origin
SphU内也有使用ContextUtils构建Context，没有origin参数，有些适配器没有显式使用ContextUtils构建Context
获取Entry
很多分析sentinel的文章Entry翻译为令牌或凭证，我觉得签证更合适，填写签证申请是出国的必备，但能不能出国，还要看你签证面试，好比插槽能不能通过
代码比较简单，我们看构建Context和获取Entry 后的Context快照
上图是Context&Entry后的Context后的快照
- ROOT:EntranceNode全局的，启动和初始化介绍过，持有所有Context调用入口EntranceNode，用于处理dashboard的查询请求
- Context的EntranceNode 该Node先尝试从静态类变量ContextUtils的contextNameNodeMap获取，新建的放在该Map，key是context.name，context.name是适配器的维度，因此EntranceNode代表的是适配器的入口，但目前看来没使用
- 调用Entry，可以parent/child级联，构建调用关系，上面提过origin也是用来构建调用关系，Context在线程变量，多次进入是同一个线程或多线程复制线程变支持本地调用，本地调用的适配器aop没有origi
插槽链
调用资源需要获得Entry，插槽链好比是一道道的检查口，通过检查颁发调用Entry，允许调用资源
上图构建集群节点，可以看到同一资源使用同一个chain实例，下面借用网一个图解释插槽链怎样构建
上图插槽链结构，链表结构，构建插槽链就是构建链表，插槽有前后关系，大致分为：
调用链路->统计->功能插槽(系统/限流/降级)
用户可以实现自己的提供者(Provider)，构建自己的插槽链