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

全网最全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 统计当前资源各项指标数据的维度是全局。


为什么泸州老窖合法维护自己的权益，网友却不买账？我觉得吧从法律层面来讲，泸州老窖确实没有做错。但是从情感方面来讲，确实不够仁义，企业没有格局了，营销人员没有头脑。因为女子拍视频并不是故意去抹黑泸州老窖，只是无心之过，何况也并没有深圳一个公司领导拉帮结伙，全部安排自己老乡做下属，你怎么看？说明这个老板有花不完的钱，有使不完的主意，有用不完的点子，他不怕亏，他敢这么做，至少说明他的人生字典里面没有亏字，他十分有自信，有谋略，他是志在必得。你给的题设是全部，也就是说，这能不能提前退休，比如男工龄30年，55岁能退吗？关于退休年龄的问题，目前国家还是按照国家最初的设计来执行的。早在50年代国家的退休年龄就是女工人50岁，女职员干部55岁，男同志60岁。到了1978年，国家关于工人退休退职的暂行办我和媳妇一年净收入大概在三十万左右，在五线城市生活，没什么压力，适合开什么车？看个人追求吧，如果说自己奋斗这么多年了就想到头来开个好点的车，那建议还是满足自己当初的这个愿望，推荐几款帕拉梅拉宝马740雷克萨斯LS，如果开个差不多的就行了，那推荐亚洲龙宝马五系19年法学研究生，法考主观题未通过，积极找工作但找不到，每天很压抑怎么办？我该做点什么？很同情你的遭遇，我法学硕士毕业已经很多年了。结合自己的学习和工作经历，谈谈对你的建议。首先还是要积极找工作，但是要放低姿态。虽然你是法学硕士，但是没有通过司法考试，属于没有入行资格高三压力很大，一次月考考不好就要被滚动到普通班，经常上着课就想哭，真的非常难受害怕学习，怎么办？讲一下本人的亲身类似经历吧！我们高中学校分为一个火箭班，两个特长班，14个普通班，本人高一在特长班，而按每次月考成绩来说都在年级前三十，高二分到火箭班完全没问题，但是，在高一文理分同事有哪些征兆表示他快要离职了？作为HR这么多年，身边有形形色色的人离职，看到各种离职前的套路，也和大家分享一二，大家也可以学学，说不定有参考借鉴作用。常规列举的，离职征兆，不详细列举。对公司的态度对工作的态度对有哪些大学不是很有名，但却有很牛的专业？感谢受邀请，下面是我的一些分享，愿能对考生和家长有一些帮助。更多志愿录取数据，请关注勋哥教你填志愿。下面列出的大学，不是211，也不是985，只是一些普通的本科高校，但这些高校有超我儿子想从德语专业转到数学专业，请大家给个建议，值得转吗？我就是同济大学德语专业毕业，德语专业是属于稀缺专业，学这个专业比学数学专业以后面临的竞争会小很多，可以获得的收入期望会高很多。先说收入期望德语是涉外领域，可以和非常多的行业相结合，我是一名大二学生，因为机会使然，兼职转正工资8000，我还应该继续学业吗？你兼职老板知不知道如果知道你就跟他说清楚等毕业了再来也可以如果老板不知道那你也要跟他说清楚看老板怎么安排告诉你一句学历是终身的工资可能只是暂时的说不定哪天干不顺心就走人了自己权衡一你觉得哪些属相的人脾气比较暴躁？本人觉得脾气暴躁，跟生肖没有关系！跟当领导的大小有关系！跟有钱多少有关系！不信你就去看！领导越大脾气越大！能做到夹着尾巴做领导的少！越有钱脾气越大！能做到谦虚的人不多！这就是社会！


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


09年重庆男子捡回猕猴，3次放生失败，第4次竟穿越30公里回来报恩文人间纪闻录编辑人间纪闻录2009年9月中旬，在重庆綦江打工的男子张小刚，正忙着照料十几只羊。突然，他接到了家里人打来的电话。小刚，猴子回来了！家人说的话让张小刚有些始料不及，他简薄情的多面手，国米替他出头却被他倒戈，穆帅大度放人却遭他怒骂薄情之辈，不仅在现实生活之中屡见不鲜，在绿茵世界之中同样不少。比如被国米球迷诟病多年的布尔迪索，就是其中最典型的代表布尔迪索，阿根廷人，1981年4月12日出生于阿尔托斯德奇皮昂。3大神秘组织之一，遭到大众抵制的ampampquot补漏帮ampampquot，为何还敢全国乱窜？在我们的生活中，有很多神秘组织和帮派，而安徽补漏帮就是其中一员，我们也经常可以在街头或者是小区门口看到他们的身影。他们通常都是开着面包车或者是三轮货车，窗户上贴着醒目的标语专业补漏1950年，一干部获准恢复身份，结婚7年的妻子才知他是毛主席弟弟毛主席说上次你不是想拍张合影吗？那天没拍成，今天就拍吧。我们就这样自然地坐着拍吧。徐寄萍回答道还是站在一起拍吧。毛主席笑着说好！依你的意见。随着照相师的手按下，画面随之定格。毛主席我在家中守着渐渐冷掉的饭菜，丈夫却醉倒在别人怀里第1章去法国教练，求求你了！我儿子很有天赋的！求求你了，教练，再给这混小子一次机会吧。张扬站在一边，他的拳头攥得紧紧的，他看着眼前的爸爸低着头，点头哈腰地向对方求情，希望能给儿子一天气预报今年端午会冷吗？小满时节天气能预兆，看农谚咋说导读天气预报今年端午节冷吗？小满时节天气能预兆，看看农谚咋说端午节，是我国四大传统节日之一，在每年的农历五月初五这天是端午正节。端午节有很多种俗称，比如说有叫端阳节龙舟节重午节等等RedmiNote11T系列及潮流限定版Buds44Pro蓝牙耳机等新品发布RedmiNote11T系列及潮流限定版Buds44Pro蓝牙耳机等新品发布RedmiNote11T潮流限定版在今晚举行的Redmi新品发布会上，RedmiNote11T系列正式发拜登再谈美国军事介入台海，基辛格警告不要突破中国的耐心底线美国总统拜登的此次亚洲之行算是彻彻底底踩在了中国的红线上，并且还是在危险的边缘疯狂徘徊，拜登在访问日本期间，不仅提到要中国减核，还直接一改往日模糊的态度，妄称如果中国大陆对台湾地区普京的爷爷真是中国人吗？硬汉普京，可能是这个世界上唯一敢硬刚美国人的总统，就连美国前总统特朗普都是普京的小迷弟，身为俄罗斯总统，出自克格勃，会柔道，会开战机，在中国也圈粉无数，网络传言普京的爷爷是中国人，你遇到过绿茶吗？认识一女的平时很少说话，有事求我就各种亲热本期我们做了一份关于你遇到过绿茶吗？的话题调研一起来看看网友的说法网友A男朋友游戏里认识的妹子，在认识我之前，男朋友平时没时间上号找了个之前就认识的人帮他清任务，结婚了组队不用验证表面是艺人，实际是富家千金的6位女星，她们最不怕的就是潜规则左手香奈儿，右手LV，该说不说明星的气质都是钱垒起来的。而很多人入行娱乐圈，一则是爱好使然，二则是因为娱乐圈赚钱快。殊不知这些明星中，也隐藏着很多富家千金们，她们身价不菲，却很喜欢