范文健康探索娱乐情感热点
投稿投诉
热点动态
科技财经
情感日志
励志美文
娱乐时尚
游戏搞笑
探索旅游
历史星座
健康养生
美丽育儿
范文作文
教案论文
热点动态科技财经
焦点资讯时事国际环球新闻

全网最全Sentinel资源指标数据统计实现源码解析

　　节点选择器：NodeSelectorSlot
　　NodeSelectorSlot 负责为资源的首次访问创建 DefaultNode，以及维护 Context.curNode 和调用树。NodeSelectorSlot 被放在 ProcessorSlotChain 链表的第一个位置，这是因为后续的 ProcessorSlot 都需要依赖这个 ProcessorSlot。NodeSelectorSlot 源码如下： public class NodeSelectorSlot extends AbstractLinkedProcessorSlot {     // Context 的 name -> 资源的 DefaultNode     private volatile Map map = new HashMap<>(10);     // 入口方法     @Override     public void entry(Context context, ResourceWrapper resourceWrapper, Object obj, int count, boolean prioritized, Object... args) throws Throwable {         // 使用 Context 的名称作为 key 缓存资源的 DefaultNode         DefaultNode node = map.get(context.getName());         if (node == null) {             synchronized (this) {                 node = map.get(context.getName());                 if (node == null) {                     // 为资源创建 DefaultNode                     node = new DefaultNode(resourceWrapper, null);                     // 替换 map                     HashMap cacheMap = new HashMap<>(map.size());                     cacheMap.putAll(map);                     cacheMap.put(context.getName(), node);                     map = cacheMap;                     // 绑定调用树                     ((DefaultNode) context.getLastNode()).addChild(node);                 }             }         }         // 替换 Context 的 curNode 为当前 DefaultNode         context.setCurNode(node);         fireEntry(context, resourceWrapper, node, count, prioritized, args);     }      // 出口方法什么也不做     @Override     public void exit(Context context, ResourceWrapper resourceWrapper, int count, Object... args) {         fireExit(context, resourceWrapper, count, args);     } }
　　如源码所示，map 字段是一个非静态字段，意味着每个 NodeSelectorSlot 都有一个 map。由于一个资源对应一个 ProcessorSlotChain，而一个 ProcessorSlotChain 只创建一个 NodeSelectorSlot，并且 map 缓存 DefaultNode 使用的 key 并非资源 ID，而是 Context.name，所以 map 的作用是缓存针对同一资源为不同调用链路入口创建的 DefaultNode。
　　在 entry 方法中，首先根据 Context.name 从 map 获取当前调用链路入口的资源 DefaultNode，如果资源第一次被访问，也就是资源的 ProcessorSlotChain 第一次被创建，那么这个 map 是空的，就会加锁为资源创建 DefaultNode，如果资源不是首次被访问，但却首次作为当前调用链路（Context）的入口资源，也需要加锁为资源创建一个 DefaultNode。可见，Sentinel 会为同一资源 ID 创建多少个 DefaultNode 取决于有多少个调用链使用其作为入口资源，直白点就是同一资源存在多少个 DefaultNode 取决于 Context.name 有多少种不同取值，这就是为什么说一个资源可能有多个 DefaultNode 的原因。
　　为什么这么设计呢？
　　举个例子，对同一支付接口，我们需要使用 Spring MVC 暴露给前端访问，同时也可能会使用 Dubbo 暴露给其它内部服务调用。Sentinel 的 Web MVC 适配器在调用链路入口创建名为＂sentinel_spring_web_context＂的 Context，与 Sentinel 的 Dubbo 适配器调用 ContextUtil#enter 方法创建的 Context 名称不同。针对这种情况，我们可以实现只限制 Spring MVC 进来的流量，也就是限制前端发起接口调用的 QPS、并行占用的线程数等。
　　NodeSelectorSlot#entry 方法最难以理解的就是实现绑定调用树这行代码： ((DefaultNode) context.getLastNode()).addChild(node);
　　这行代码分两种情况分析更容易理解，我们就以 Sentinel 提供的 Demo 为例进行分析。 一般情况
　　Sentinel 的 sentinel-demo 模块下提供了多种使用场景的 Demo，我们选择 sentinel-demo-spring-webmvc 这个 Demo 为例，该 Demo 下有一个 hello 接口，其代码如下。 @RestController public class WebMvcTestController {      @GetMapping(＂/hello＂)     public String apiHello() throws BlockException {         doBusiness();         return ＂Hello!＂;     } }
　　我们不需要添加任何规则，只是为了调试 Sentinel 的源码。将 demo 启动起来后，在浏览器访问＂/hello＂接口，在 NodeSelectorSlot#entry 方法的绑定调用树这一行代码下断点，观察此时 Context 的字段信息。正常情况下我们可以看到如下图所示的结果。
　　从上图中可以看出，此时的 Context.entranceNode 的子节点为空（childList 的大小为 0），并且当前 CtEntry 父、子节点都是 Null（curEntry 字段）。当绑定调用树这一行代码执行完成后，Context 的字段信息如下图所示：
　　从上图可以看出，NodeSelectorSlot 为当前资源创建的 DefaultNode 被添加到了 Context.entranceNode 的子节点。entranceNode 类型为 EntranceNode，在调用 ContextUtil#enter 方法时创建，在第一次创建名为＂sentinel_spring_web_context＂的 Context 时创建，相同名称的 Context 都使用同一个 EntranceNode。并且该 EntranceNode 在创建时会被添加到 Constant.ROOT。
　　此时，Constant.ROOT、Context.entranceNode、当前访问资源的 DefaultNode 构造成的调用树如下：            ROOT (machine-root)                 /       EntranceNode (context name: sentinel_spring_web_context)              / DefaultNode （resource name: GET:/hello）
　　如果我们现在再访问 Demo 的其他接口，例如访问＂/err＂接口，那么生成的调用树就会变成如下：                         ROOT (machine-root)                             /       EntranceNode (context name: sentinel_spring_web_context)                     /                                 DefaultNode （resource name: GET:/hello）     DefaultNode （resource name: GET:/err）
　　Context.entranceNode 将会存储 Web 项目的所有资源（接口）的 DefaultNode。 存在多次 SphU#entry 的情况
　　比如我们在一个服务中添加了 Sentinel 的 Web MVC 适配模块的依赖，也添加了 Sentinel 的 OpenFeign 适配模块的依赖，并且我们使用 OpenFeign 调用内部其他服务的接口，那么就会存在一次调用链路上出现多次调用 SphU#entry 方法的情况。
　　首先 webmvc 适配器在接收客户端请求时会调用一次 SphU#entry，在处理客户端请求时可能需要使用 OpenFeign 调用其它服务的接口，那么在发起接口调用时，Sentinel 的 OpenFeign 适配器也会调用一次 SphU#entry。
　　现在我们将 Demo 的 hello 接口修改一下，将 hello 接口调用的 doBusiness 方法也作为资源使用 Sentinel 保护起来，改造后的 hello 接口代码如下： @RestController public class WebMvcTestController {      @GetMapping(＂/hello＂)     public String apiHello() throws BlockException {         ContextUtil.enter(＂my_context＂);         Entry entry = null;         try {             entry = SphU.entry(＂POST:http://wujiuye.com/hello2＂, EntryType.OUT);             // ==== 这里是被包装的代码 =====             doBusiness();             return ＂Hello!＂;             // ==== end ===============         } catch (Exception e) {             if (!(e instanceof BlockException)) {                 Tracer.trace(e);             }             throw e;         } finally {             if (entry != null) {                 entry.exit(1);             }             ContextUtil.exit();         }     } }
　　我们可将 doBusiness 方法看成是远程调用，例如调用第三方的接口，接口名称为＂http://wujiuye.com/hello2＂，使用 POST 方式调用，那么我们可以使用＂POST:http://wujiuye.com/hello2＂作为资源名称，并将流量类型设置为 OUT 类型。上下文名称取名为＂my_context＂。
　　现在启动 demo，使用浏览器访问＂/hello＂接口。当代码执行到 apiHello 方法时，在 NodeSelectorSlot#entry 方法的绑定调用树这一行代码下断点。当绑定调用树这行代码执行完成后，Context 的字段信息如下图所示。
　　如图所示，Sentinel 并没有创建名称为 my_context 的 Context，还是使用应用接收到请求时创建名为＂sentinel_spring_web_context＂的 Context，所以处理浏览器发送过来的请求的＂GET:/hello＂资源是本次调用链路的入口资源，Sentinel 在调用链路入口处创建 Context 之后不再创建新的 Context。
　　由于之前并没有为名称为＂POST:http://wujiuye.com/hello2＂的资源创建 ProcessorSlotChain，所以 SphU#entry 会为该资源创建一个 ProcessorSlotChain，也就会为该 ProcessorSlotChain 创建一个 NodeSelectorSlot。在执行到 NodeSelectorSlot#entry 方法时，就会为该资源创建一个 DefaultNode，而将该资源的 DefaultNode 绑定到节点树后，该资源的 DefaultNode 就会成为＂GET:/hello＂资源的 DefaultNode 的子节点，调用树如下。                     ROOT (machine-root)                     /     EntranceNode (name: sentinel_spring_web_context)                  /                                  DefaultNode （GET:/hello）   .........                /          DefaultNode  (POST:/hello2)
　　此时，当前调用链路上也已经存在两个 CtEntry，这两个 CtEntry 构造一个双向链表，如下图所示。
　　虽然存在两个 CtEntry，但此时 Context.curEntry 指向第二个 CtEntry，第二个 CtEntry 在 apiHello 方法中调用 SphU#entry 方法时创建，当执行完 doBusiness 方法后，调用当前 CtEntry#exit 方法，由该 CtEntry 将 Context.curEntry 还原为该 CtEntry 的父 CtEntry。这有点像入栈和出栈操作，例如栈帧在 Java 虚拟机栈的入栈和出栈，调用方法时方法的栈帧入栈，方法执行完成栈帧出栈。
　　NodeSelectorSlot#entry 方法我们还有一行代码没有分析，就是将当前创建的 DefaultNode 设置为 Context 的当前节点，代码如下： // 替换 Context.curNode 为当前 DefaultNode context.setCurNode(node);
　　替换 Context.curNode 为当前资源 DefaultNode 这行代码就是将当前创建的 DefaultNode 赋值给当前 CtEntry.curNode。对着上图理解就是，将资源＂GET:/hello＂的 DefaultNode 赋值给第一个 CtEntry.curNode，将资源＂POST:http://wujiuye.com/hello2＂的 DefaultNode 赋值给第二个 CtEntry.curNode。
　　要理解 Sentinel 构造 CtEntry 双向链表的目的，首先我们需要了解调用 Context#getCurNode 方法获取当前资源的 DefaultNode 可以做什么。
　　Tracer#tracer 方法用于记录异常。以异常指标数据统计为例，在发生非 Block 异常时，Tracer#tracer 需要从 Context 获取当前资源的 DefaultNode，通知 DefaultNode 记录异常，同时 DefaultNode 也会通知 ClusterNode 记录记录，如下代码所示。 public class DefaultNode extends StatisticNode {   ......   @Override     public void increaseExceptionQps(int count) {         super.increaseExceptionQps(count);         this.clusterNode.increaseExceptionQps(count);     } }
　　这个例子虽然简单，但也足以说明 Sentinel 构造 CtEntry 双向链表的目的。 ClusterNode 构造器：ClusterBuilderSlotClusterNode 出现的背景
　　在一个资源的 ProcessorSlotChain 中，NodeSelectorSlot 负责为资源创建 DefaultNode，这个 DefaultNode 仅限同名的 Context 使用。所以一个资源可能会存在多个 DefaultNode，那么想要获取一个资源的总的 QPS 就必须要遍历这些 DefaultNode。为了性能考虑，Sentinel 会为每个资源创建一个全局唯一的 ClusterNode，用于统计资源的全局并行占用线程数、QPS、异常总数等指标数据。 ClusterBuilderSlot
　　与 NodeSelectorSlot 的职责相似，ClusterBuilderSlot 的职责是为资源创建全局唯一的 ClusterNode，仅在资源第一次被访问时创建。ClusterBuilderSlot 还会将 ClusterNode 赋值给 DefaultNode.clusterNode，由 DefaultNode 持有 ClusterNode，负责管理 ClusterNode 的指标数据统计。这点也是 ClusterBuilderSlot 在 ProcessorSlotChain 链表中必须排在 NodeSelectorSlot 之后的原因，即必须先有 DefaultNode，才能将 ClusterNode 交给 DefaultNode 管理。
　　ClusterBuilderSlot 的源码比较多，本篇只分析其实现 ProcessorSlot 接口的 entry 和 exit 方法。ClusterBuilderSlot 删减后的源码如下。 public class ClusterBuilderSlot extends AbstractLinkedProcessorSlot {     // 资源 -> ClusterNode     private static volatile Map clusterNodeMap = new HashMap<>();     private static final Object lock = new Object();      // 非静态，一个资源对应一个 ProcessorSlotChain，所以一个资源共用一个 ClusterNode     private volatile ClusterNode clusterNode = null;      @Override     public void entry(Context context, ResourceWrapper resourceWrapper, DefaultNode node, int count,                       boolean prioritized, Object... args)             throws Throwable {         if (clusterNode == null) {             synchronized (lock) {                 if (clusterNode == null) {                     // 创建 ClusterNode                     clusterNode = new ClusterNode(resourceWrapper.getName(), resourceWrapper.getResourceType());                     // 添加到缓存                     HashMap newMap = new HashMap<>(Math.max(clusterNodeMap.size(), 16));                     newMap.putAll(clusterNodeMap);                     newMap.put(node.getId(), clusterNode);                     clusterNodeMap = newMap;                 }             }         }         // node 为 NodeSelectorSlot 传递过来的 DefaultNode         node.setClusterNode(clusterNode);         // 如果 origin 不为空，则为远程创建一个 StatisticNode         if (!＂＂.equals(context.getOrigin())) {             Node originNode = node.getClusterNode().getOrCreateOriginNode(context.getOrigin());             context.getCurEntry().setOriginNode(originNode);         }         fireEntry(context, resourceWrapper, node, count, prioritized, args);     }      @Override     public void exit(Context context, ResourceWrapper resourceWrapper, int count, Object... args) {         fireExit(context, resourceWrapper, count, args);     } }
　　ClusterBuilderSlot 使用一个 Map 缓存资源的 ClusterNode，并且用一个非静态的字段维护当前资源的 ClusterNode。因为一个资源只会创建一个 ProcessorSlotChain，意味着 ClusterBuilderSlot 也只会创建一个，那么让 ClusterBuilderSlot 持有该资源的 ClusterNode 就可以省去每次都从 Map 中获取的步骤，这当然也是 Sentinel 为性能做出的努力。
　　ClusterBuilderSlot#entry 方法的 node 参数由前一个 ProcessorSlot 传递过来，也就是 NodeSelectorSlot 传递过来的 DefaultNode。ClusterBuilderSlot 将 ClusterNode 赋值给 DefaultNode.clusterNode，那么后续的 ProcessorSlot 就能从 node 参数中取得 ClusterNode。DefaultNode 与 ClusterNode 的关系如下图所示。
　　ClusterNode 有一个 Map 类型的字段用来缓存 origin 与 StatisticNode 的映射，代码如下： public class ClusterNode extends StatisticNode {     private final String name;     private final int resourceType;     private Map originCountMap = new HashMap<>(); }
　　如果上游服务在调用当前服务的接口传递 origin 字段过来，例如可在 http 请求头添加＂S-user＂参数，或者 Dubbo rpc 调用在请求参数列表加上＂application＂参数，那么 ClusterBuilderSlot 就会为 ClusterNode 创建一个 StatisticNode，用来统计当前资源被远程服务调用的指标数据。
　　例如，当 origin 表示来源应用的名称时，对应的 StatisticNode 统计的就是针对该调用来源的指标数据，可用来查看哪个服务访问这个接口最频繁，由此可实现按调用来源限流。
　　ClusterNode#getOrCreateOriginNode 方法源码如下：    public Node getOrCreateOriginNode(String origin) {         StatisticNode statisticNode = originCountMap.get(origin);         if (statisticNode == null) {             try {                 lock.lock();                 statisticNode = originCountMap.get(origin);                 if (statisticNode == null) {                     statisticNode = new StatisticNode();                     // 这几行代码在 Sentinel 中随处可见                     HashMap newMap = new HashMap<>(originCountMap.size() + 1);                     newMap.putAll(originCountMap);                     newMap.put(origin, statisticNode);                     originCountMap = newMap;                 }             } finally {                 lock.unlock();             }         }         return statisticNode;     }
　　为了便于使用，ClusterBuilderSlot 会将调用来源（origin）的 StatisticNode 赋值给 Context.curEntry.originNode，后续的 ProcessorSlot 可调用 Context#getCurEntry#getOriginNode 方法获取该 StatisticNode。这里我们可以得出一个结论，如果我们自定义的 ProcessorSlot 需要用到调用来源的 StatisticNode，那么在构建 ProcessorSlotChain 时，我们必须要将这个自定义 ProcessorSlot 放在 ClusterBuilderSlot 之后。 资源指标数据统计：StatisticSlot
　　StatisticSlot 才是实现资源各项指标数据统计的 ProcessorSlot，它与 NodeSelectorSlot、ClusterBuilderSlot 组成了资源指标数据统计流水线，分工明确。
　　首先 NodeSelectorSlot 为资源创建 DefaultNode，将 DefaultNode 向下传递，ClusterBuilderSlot 负责给资源的 DefaultNode 加工，添加 ClusterNode 这个零部件，再将 DefaultNode 向下传递给 StatisticSlot，如下图所示：
　　StatisticSlot 在统计指标数据之前会先调用后续的 ProcessorSlot，根据后续 ProcessorSlot 判断是否需要拒绝该请求的结果决定记录哪些指标数据，这也是为什么 Sentinel 设计的责任链需要由前一个 ProcessorSlot 在 entry 或者 exit 方法中调用 fireEntry 或者 fireExit 完成调用下一个 ProcessorSlot 的 entry 或 exit 方法，而不是使用 for 循环遍历调用 ProcessorSlot 的原因。每个 ProcessorSlot 都有权决定是先等后续的 ProcessorSlot 执行完成再做自己的事情，还是先完成自己的事情再让后续 ProcessorSlot 执行，与流水线有所区别。
　　StatisticSlot 源码框架如下：  public class StatisticSlot extends AbstractLinkedProcessorSlot {      @Override     public void entry(Context context, ResourceWrapper resourceWrapper, DefaultNode node, int count,                       boolean prioritized, Object... args) throws Throwable {         try {             // Do some checking.             fireEntry(context, resourceWrapper, node, count, prioritized, args);            // .....         } catch (PriorityWaitException ex) {             // .....         } catch (BlockException e) {             // ....             throw e;         } catch (Throwable e) {             // .....             throw e;         }     }      @Override     public void exit(Context context, ResourceWrapper resourceWrapper, int count, Object... args) {         DefaultNode node = (DefaultNode)context.getCurNode();         // ....         fireExit(context, resourceWrapper, count);     } }  entry：先调用 fireEntry 方法完成调用后续的 ProcessorSlot#entry 方法，根据后续的 ProcessorSlot 是否抛出 BlockException 决定记录哪些指标数据，并将资源并行占用的线程数加 1。  exit：若无任何异常，则记录响应成功、请求执行耗时，将资源并行占用的线程数减 1。  entry 方法
　　第一种情况：当后续的 ProcessorSlot 未抛出任何异常时，表示不需要拒绝该请求，放行当前请求。
　　当请求可正常通过时，需要将当前资源并行占用的线程数增加 1、当前时间窗口被放行的请求总数加 1，代码如下：              // Request passed, add thread count and pass count.             node.increaseThreadNum();             node.addPassRequest(count);
　　如果调用来源不为空，也将调用来源的 StatisticNode 的当前并行占用线程数加 1、当前时间窗口被放行的请求数加 1，代码如下：              if (context.getCurEntry().getOriginNode() != null) {                 // Add count for origin node.                 context.getCurEntry().getOriginNode().increaseThreadNum();                 context.getCurEntry().getOriginNode().addPassRequest(count);             }
　　如果流量类型为 IN，则将资源全局唯一的 ClusterNode 的并行占用线程数、当前时间窗口被放行的请求数都增加 1，代码如下：             if (resourceWrapper.getEntryType() == EntryType.IN) {                 // Add count for global inbound entry node for global statistics.                 Constants.ENTRY_NODE.increaseThreadNum();                 Constants.ENTRY_NODE.addPassRequest(count);             }
　　回调所有 ProcessorSlotEntryCallback#onPass 方法，代码如下：              // Handle pass event with registered entry callback handlers.             for (ProcessorSlotEntryCallback handler : StatisticSlotCallbackRegistry.getEntryCallbacks()) {                 handler.onPass(context, resourceWrapper, node, count, args);             }
　　可调用 StatisticSlotCallbackRegistry#addEntryCallback 静态方法注册 ProcessorSlotEntryCallback，ProcessorSlotEntryCallback 接口的定义如下：  public interface ProcessorSlotEntryCallback {     void onPass(Context context, ResourceWrapper resourceWrapper, T param, int count, Object... args) throws Exception;     void onBlocked(BlockException ex, Context context, ResourceWrapper resourceWrapper, T param, int count, Object... args); }  onPass：该方法在请求被放行时被回调执行。  onBlocked：该方法在请求被拒绝时被回调执行。
　　第二种情况：捕获到类型为 PriorityWaitException 的异常。
　　这是特殊情况，在需要对请求限流时，只有使用默认流量效果控制器才可能会抛出 PriorityWaitException 异常，这部分内容将在分析 FlowSlot 的实现源码时再作分析。
　　当捕获到 PriorityWaitException 异常时，说明当前请求已经被休眠了一会了，但请求还是允许通过的，只是不需要为 DefaultNode 记录这个请求的指标数据了，只自增当前资源并行占用的线程数，同时，DefaultNode 也会为 ClusterNode 自增并行占用的线程数。最后也会回调所有 ProcessorSlotEntryCallback#onPass 方法。这部分源码如下。              node.increaseThreadNum();             if (context.getCurEntry().getOriginNode() != null) {                 // Add count for origin node.                 context.getCurEntry().getOriginNode().increaseThreadNum();             }             if (resourceWrapper.getEntryType() == EntryType.IN) {                 // Add count for global inbound entry node for global statistics.                 Constants.ENTRY_NODE.increaseThreadNum();             }             // Handle pass event with registered entry callback handlers.             for (ProcessorSlotEntryCallback handler : StatisticSlotCallbackRegistry.getEntryCallbacks()) {                 handler.onPass(context, resourceWrapper, node, count, args);             }
　　第三种情况：捕获到 BlockException 异常  ，BlockException 异常只在需要拒绝请求时抛出。
　　当捕获到 BlockException 异常时，将异常记录到调用链路上下文的当前 Entry（StatisticSlot 的 exit 方法会用到），然后调用 DefaultNode#increaseBlockQps 方法记录当前请求被拒绝，将当前时间窗口的 block qps 这项指标数据的值加 1。如果调用来源不为空，让调用来源的 StatisticsNode 也记录当前请求被拒绝；如果流量类型为 IN，则让用于统计所有资源指标数据的 ClusterNode 也记录当前请求被拒绝。这部分的源码如下：              // Blocked, set block exception to current entry.             context.getCurEntry().setError(e);              // Add block count.             node.increaseBlockQps(count);             if (context.getCurEntry().getOriginNode() != null) {                 context.getCurEntry().getOriginNode().increaseBlockQps(count);             }              if (resourceWrapper.getEntryType() == EntryType.IN) {                 // Add count for global inbound entry node for global statistics.                 Constants.ENTRY_NODE.increaseBlockQps(count);             }              // Handle block event with registered entry callback handlers.             for (ProcessorSlotEntryCallback handler : StatisticSlotCallbackRegistry.getEntryCallbacks()) {                 handler.onBlocked(e, context, resourceWrapper, node, count, args);             }              throw e;
　　StatisticSlot 捕获 BlockException 异常只是为了收集被拒绝的请求，BlockException 异常还是会往上抛出。抛出异常的目的是为了拦住请求，让入口处能够执行到 catch 代码块完成请求被拒绝后的服务降级处理。
　　第四种情况：捕获到其它异常。
　　其它异常并非指业务异常，因为此时业务代码还未执行，而业务代码抛出的异常是通过调用 Tracer#trace 方法记录的。
　　当捕获到非 BlockException 异常时，除 PriorityWaitException 异常外，其它类型的异常都同样处理。让 DefaultNode 记录当前请求异常，将当前时间窗口的 exception qps 这项指标数据的值加 1。调用来源的 StatisticsNode、用于统计所有资源指标数据的 ClusterNode 也记录下这个异常。这部分源码如下：             // Unexpected error, set error to current entry.             context.getCurEntry().setError(e);              // This should not happen.             node.increaseExceptionQps(count);             if (context.getCurEntry().getOriginNode() != null) {                 context.getCurEntry().getOriginNode().increaseExceptionQps(count);             }              if (resourceWrapper.getEntryType() == EntryType.IN) {                 Constants.ENTRY_NODE.increaseExceptionQps(count);             }             throw e;  exit 方法
　　exit 方法被调用时，要么请求被拒绝，要么请求被放行并且已经执行完成，所以 exit 方法需要知道当前请求是否正常执行完成，这正是 StatisticSlot 在捕获异常时将异常记录到当前 Entry 的原因，exit 方法中通过 Context 可获取到当前 CtEntry，从当前 CtEntry 可获取 entry 方法中写入的异常。
　　exit 方法源码如下（有删减）：  @Override     public void exit(Context context, ResourceWrapper resourceWrapper, int count, Object... args) {         DefaultNode node = (DefaultNode)context.getCurNode();         if (context.getCurEntry().getError() == null) {             // 计算耗时             long rt = TimeUtil.currentTimeMillis() - context.getCurEntry().getCreateTime();             // 记录执行耗时与成功总数             node.addRtAndSuccess(rt, count);             if (context.getCurEntry().getOriginNode() != null) {                 context.getCurEntry().getOriginNode().addRtAndSuccess(rt, count);             }             // 自减当前资源占用的线程数             node.decreaseThreadNum();             // origin 不为空             if (context.getCurEntry().getOriginNode() != null) {                 context.getCurEntry().getOriginNode().decreaseThreadNum();             }             // 流量类型为 in 时             if (resourceWrapper.getEntryType() == EntryType.IN) {                 Constants.ENTRY_NODE.addRtAndSuccess(rt, count);                 Constants.ENTRY_NODE.decreaseThreadNum();             }         }         // Handle exit event with registered exit callback handlers.         Collection exitCallbacks = StatisticSlotCallbackRegistry.getExitCallbacks();         for (ProcessorSlotExitCallback handler : exitCallbacks) {             handler.onExit(context, resourceWrapper, count, args);         }         fireExit(context, resourceWrapper, count);     }
　　exit 方法中通过 Context 可获取当前资源的 DefaultNode，如果 entry 方法中未出现异常，那么说明请求是正常完成的，在请求正常完成情况下需要记录请求的执行耗时以及响应是否成功，可将当前时间减去调用链路上当前 Entry 的创建时间作为请求的执行耗时。  资源指标数据的记录过程
　　ClusterNode 才是一个资源全局的指标数据统计节点，但我们并未在 StatisticSlot#entry 方法与 exit 方法中看到其被使用。因为 ClusterNode 被 ClusterBuilderSlot 交给了 DefaultNode 掌管，在 DefaultNode 的相关指标数据收集方法被调用时，ClusterNode 的对应方法也会被调用，如下代码所示：  public class DefaultNode extends StatisticNode {    ......     private ClusterNode clusterNode;      @Override     public void addPassRequest(int count) {         super.addPassRequest(count);         this.clusterNode.addPassRequest(count);     } }
　　记录某项指标数据指的是：针对当前请求，记录当前请求的某项指标数据，例如请求被放行、请求被拒绝、请求的执行耗时等。
　　假设当前请求被成功处理，StatisticSlot 会调用 DefaultNode#addRtAndSuccess 方法记录请求处理成功、并且记录处理请求的耗时，DefaultNode 先调用父类的 addRtAndSuccess 方法，然后 DefaultNode 会调用 ClusterNode#addRtAndSuccess 方法。ClusterNode 与 DefaultNode 都是 StatisticNode 的子类，StatisticNode#addRtAndSuccess 方法源码如下：      @Override     public void addRtAndSuccess(long rt, int successCount) {         // 秒级滑动窗口         rollingCounterInSecond.addSuccess(successCount);         rollingCounterInSecond.addRT(rt);         // 分钟级的滑动窗口         rollingCounterInMinute.addSuccess(successCount);         rollingCounterInMinute.addRT(rt);     }
　　rollingCounterInSecond 是一个秒级的滑动窗口，rollingCounterInMinute 是一个分钟级的滑动窗口，类型为 ArrayMetric。分钟级的滑动窗口一共有 60 个 MetricBucket，每个 MetricBucket 都被 WindowWrap 包装，每个 MetricBucket 统计一秒钟内的各项指标数据，如下图所示：
　　当调用 rollingCounterInMinute#addSuccess 方法时，由 ArrayMetric 根据当前时间戳获取当前时间窗口的 MetricBucket，再调用 MetricBucket#addSuccess 方法将 success 这项指标的值加上方法参数传递进来的值（一般是 1）。MetricBucket 使用 LongAdder 记录各项指标数据的值。
　　Sentinel 在 MetricEvent 枚举类中定义了 Sentinel 会收集哪些指标数据，MetricEvent 枚举类的源码如下：  public enum MetricEvent {     PASS,     BLOCK,     EXCEPTION,     SUCCESS,     RT,     OCCUPIED_PASS }  pass 指标：请求被放行的总数  block：请求被拒绝的总数  exception：请求处理异常的总数  success：请求被处理成功的总数  rt：被处理成功的请求的总耗时  occupied_pass：预通过总数（前一个时间窗口使用了当前时间窗口的 passQps）
　　其它的指标数据都可通过以上这些指标数据计算得出，例如，平均耗时可根据总耗时除以成功总数计算得出。  资源指标数据统计总结一个调用链路上只会创建一个 Context，在调用链路的入口创建（一个调用链路上第一个被 Sentinel 保护的资源）。  一个 Context 名称只创建一个 EntranceNode，也是在调用链路的入口创建，调用 Context#enter 方法时创建。  与方法调用的入栈出栈一样，一个线程上调用多少次 SphU#entry 方法就会创建多少个 CtEntry，前一个 CtEntry 作为当前 CtEntry 的父节点，当前 CtEntry 作为前一个 CtEntry 的子节点，构成一个双向链表。Context.curEntry 保存的是当前的 CtEntry，在调用当前的 CtEntry#exit 方法时，由当前 CtEntry 将 Context.curEntry 还原为当前 CtEntry 的父节点 CtEntry。  一个调用链路上，如果多次调用 SphU#entry 方法传入的资源名称都相同，那么只会创建一个 DefaultNode，如果资源名称不同，会为每个资源名称创建一个 DefaultNode，当前 DefaultNode 会作为调用链路上的前一个 DefaultNode 的子节点。  一个资源有且只有一个 ProcessorSlotChain，一个资源有且只有一个 ClusterNode。  一个 ClusterNode 负责统计一个资源的全局指标数据。  StatisticSlot 负责记录请求是否被放行、请求是否被拒绝、请求是否处理异常、处理请求的耗时等指标数据，在 StatisticSlot 调用 DefaultNode 用于记录某项指标数据的方法时，DefaultNode 也会调用 ClusterNode 的相对应方法，完成两份指标数据的收集。  DefaultNode 统计当前资源的各项指标数据的维度是同一个 Context（名称相同），而 ClusterNode 统计当前资源各项指标数据的维度是全局。


江苏女排为什么败在天津女排手下？因为第二局1616之后，江苏女排每得一分就疯狂庆祝，虽然起到了干扰对手的作用，但是自己也消耗了大量体力和精力。反观天津女排，每次丢分以后都暗下决心，争取拿回来。格局不同，结果自然不据说袁心玥已做出职业规划，是加入深圳中塞女排还是其他队伍？时至今日，已经水落石出。新赛季袁心玥将去北师大完成相关学业，估计这一赛季的比赛又要荒废了。在明年还要征战世锦赛之际，25岁的袁心玥又缺席一个赛季的比赛，对于遇挫新败的中国女排而言，手机打字用什么方法最快？谢谢邀请手机打字输入有很多种方法，最常用26键英文拼音输入法，九键英文拼音输入法，都要求使用者熟悉中文拼音，如果不熟悉拼音，这两种方法都会比较慢。再就是手写输入法，有半屏手写，还有为什么小米手机也越卖越贵？为什么？是为了进军第二个市场开启第二次创业。小米明明是下了一着大棋，图的是满盘皆赢，慎重与否则另当别论。小米刚刚推出3999元的小米手机10，应该算是现在才开始贵的吧，以后倒是会越为什么涂了粉底液和没涂一样？粉底液是我们化妆的时候必不可少的一个装备，但是有的时候涂粉底液感觉没涂一样，这个时候你就得分清楚到底是你的粉底液选错了还是你自己涂错了。1一定要选对色号很多人涂上粉底液效果不好很大罪犯能坏到什么程度？老板向顾客多要了一元钱，顾客剁下了老板的脑袋，还将脑袋扔进了垃圾桶！案件发生后，有50多个群众报了警！这是一例疯狂的案件，更是一例令人痛心反省的案件。通过这个恶劣的案件，让我更加坚煤价疯狂上涨，农民们还能烧啥？坐标青岛，即墨老家那边上个月初我妈买的是1600一吨，10月初的时候我妈给姥姥买的是1800一吨，那还时提前跟卖煤的预定了，不然根本拿不到。现在10月底，老家那边块状煤已经涨到22租劳斯莱斯一天要多少钱？在我们那个北方的小县城，有个婚庆公司居然有一辆劳斯莱斯，婚庆出租2000块钱一天，老板靠着这个一年收入20万，我开始很纳闷一辆劳斯莱斯古斯特最起码500多万，最起码要25年才能收回贵州茅台镇酒和贵州茅台酒有什么区别吗？那相差十万八千里。贵州茅台酒是驰名中外名酒，早在1915年就已获得美国巴拿马万国博览会金奖1985年获得了法国电黎国际美食与旅游大赛金桂叶奖1986年获得了法国巴黎节第十二届国际食为什么那么多人要把五仁月饼踢出月饼界？要把五仁月饼踢出月饼界的是吃饱了撑的！想当年饭都吃不饱，长年难得几滴油水的时代，那五仁月饼可是美味中的美味，现在油糖不缺了，就好了伤疤忘了疼了？你不吃，有的人爱吃，多吃少吃或不吃都玻璃心的孩子越来越多，怎样进行挫折教育？1多运动，增加多巴胺的分泌，把多余的精力释放2多阅读，少读感情类悲秋伤春的文字3避免快乐教育。快乐本来就不是每个人都拥有的，所以才会追求快乐，但千万别把快乐当成必需品。4把人生价值


<<<<<<－>>>>>>


你知道吗，朝代更迭也会有魔咒在封建王朝中，有一个非常奇怪的现象，大禹的夏朝471年，成汤的商朝554年，姜太公祝武王伐纣所建立的周朝，更是一口气创造了790年的国祚纪录。然而，从此之后，再没有任何一个中原王朝面条吻伸舌头嘴亲肿，这些中老年演员拍吻戏，个个辣眼睛文了了编辑了了一部完美的作品，少不了情感作牵引，因而很多影视剧会用感情戏来增加看头。水到渠成的吻戏本来应该是整部剧的点睛之笔，但却被有的演员生生演成了大型车祸现场，让观众看了尬出天（财经行情）美元指数10日显著下跌新华社纽约3月10日电（记者刘亚南胡含嫣）美元指数10日显著下跌。衡量美元对六种主要货币的美元指数当天下跌0。68，在汇市尾市收于104。5913。截至纽约汇市尾市，1欧元兑换1。老司机盘一盘3月新机！华为一加和魅族，等等这三款不踩坑！进入3月份以后，相信数码博主和数码爱好者们都要忙起来了，因为这段时间已经发布或者是即将发布的新机数量很多，且受关注程度也是一个比一个高，作为多年的数码老司机，借此机会也为大家分享几原来关于生育性别，并没有想象中的那么复杂最近看了一篇研究报道，所谓生男生女的概率，完全就是由女方排卵时间和精子与卵子受精时间决定的。一般来说，X染色体决定女性性别，Y染色体决定男性性别。而分别携带这两种染色体的精子，在存甲状腺很重要！别让胎儿发育输在起跑线如今，由于生活及工作压力增大，患甲状腺疾病的女性越来越多，而这类疾病似乎更偏爱孕妈妈。部分女性在怀孕前并不知道自己患有甲状腺疾病，可能在初次产检进行甲功检查时，才意识到自己的甲状腺逐渐ampampquot消失ampampquot的主持人孟非，早已走上了另一条大道！在中国电视娱乐圈中，孟非是一位备受欢迎的主持人，曾经主持过非诚勿扰等多个热门节目，深受观众喜爱。然而，随着时间的推移，孟非逐渐淡出了大众的视野。但是，事实证明，孟非早已走上了另一条瓜迪奥拉我希望曼城今年欧冠夺冠但我最看好皇马直播吧3月11日讯在接受爱奇艺采访时，曼城主帅瓜迪奥拉对本赛季的欧冠争夺进行了预测，同时他也谈到了梅西成功的因素。曼城还没有举起过欧冠奖杯，今年是时候了吗？我不知道，我想和你说就是室温超导体研发取得诱人进展据美国纽约时报网站3月8日报道，科学家本周宣布了一项诱人的研究进展，他们的梦想是，研发出能在日常条件下毫不费力地传输电力的材料。这项突破可能改变几乎所有使用电能的技术，给手机磁悬浮同样作为被西方坚船利炮敲开国门，为何日本的进步比晚清大很多？明治维新是19世纪60年代末日本在受到西方资本主义工业文明冲击下所进行的，由上而下具有资本主义性质的全盘西化与现代化改革运动。这次改革始于1868年明治天皇建立新政府，日本政府进行多重利空！U20国足两绝对主力停赛比对手少休息一天北京时间3月10日消息，在昨晚结束的U20亚洲杯小组赛最后一轮的比赛中，中国U20男足11战平吉尔吉斯斯坦队，小组排名第二，晋级淘汰赛，淘汰赛中国队的对手将是韩国队，如果战胜韩国队